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brilliant specialist into 
high-energy resource 
for multiple environments. 


Weve 


done 
more 


As VM Software, we built an unmatched 
reputation for delivering powerful solutions 
to the problems of VM data center managers. 

Today we're still *1 in VM. But we're a 
whole lot more: An innovator in network 
administration. A source of SQL/DS and DB2 
database tools. A leader with Network Data- 
Mover products for multiple environments. 

Our new name—Systems Center—reflects 
this expanded capability. It also signals our 
determination to be a continuing focal point 
of energy and creativity for our industry. 

Through the years to come, we will con- 
tinue to provide superior products for VM 
| and networked environments. And we will 

: continue to champion the cause of systems 
professionals everywhere by developing and 
marketing appropriate, effective technology. 
Systems Center. It’s a name to count on. 
= A company to grow with. A high-energy 
— 


= 
C e ll 
a 
—_— resource for an emerging era. For more 


information write or call today: Systems 
@) name . ‘ Center, Inc., 1800 Alexander Bell Drive, Res- 
l li @ ton, VA 22091, telephone (703) 264-8000. 
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“Our network moves 
enormous loads quickly. 


So does our CICS.” 


“At CSX, we have 61 production CICS 
regions and seven million transactions 
per day. With The Monitor For CICS, we 
see problems long before our users do.” 

Rail transportation. Container shipping. Gas pipe- 
lines. Resorts. CSX is a $13 billion giant. With over 
21,000 miles of rail, 6,000 miles of natural gas pipeline, 
and 5,000 miles of fiber optics, CSX needs real-time 
status to service its customers. 

So at their Jacksonville, Florida, and Baltimore, 
Maryland, facilities, CSX uses CICS to track status and 
inventory —and relies on The Monitor For CICS to 
manage CICS performance. “The Supertrace feature lets 
us look inside an application and gauge its effects on 
system performance,” says Jason Butler, Manager, 
Technical Services. ‘We can trace application logic 
and evaluate resource consumption right down to the 
event level.” 

“We've built a unique monitoring system that is 
PC-based and set up so that Monitor commands are 
automatically executed to identify poor response times. 
This lets me spend more time with features such as the 
storage display. Now when a problem arises in CICS, I 
can alter storage or delete ICE/AID chains rather than 
shutting down and cold starting the system.” 

The Monitor is the complete CICS performance man- 
agement system that'll help you save the day. Become 
the hero in your CICS community! For a free, 30-day 
trial of The Monitor For CICS, call us today at 
1-800-227-8911 or 1-703-893-9046. - 

Lanomrk 


MINDS YOUR BUSINESS 


Landmark Systems Corporation 
8000 Towers Crescent Drive, Vienna, Virginia 22180-2700 
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NOREX Leasing Inc. 
(Toronto, Ontario), the 
largest leasing company in 
Canada, provides financial 
alternatives for companies to 
acquire trucks, aircraft, 
computer systems and other 
necessary equipment. The 
company recently reduced its 
processing time with the 
help of a VSAM replacement 
product. See the article on 
page 31. Photograph by 
Grant V. Faint. 
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Analyzing VM Performance: A Worksheet-Based Approach 
For a description of a systematic approach for analyzing the VM performance 
reports produced by VMMAP, read this article. 
By Dr. Robert Berry and Joseph Hellerstein 


How Dyslexia May Affect Data Processing Professionals 

You may discover when reading this article that you or someone you know might 
exhibit some characteristics of dyslexia. The author tells his own story hoping to 
help others. By Ted C. Keller 


NOREX Accelerates VSAM Processing: Trims Processing Time By Half 
NOREX encountered a processing problem in that the time required to process its 

mission-critical leasing application threatened to exceed the available batch 

window. Find out the solution by reading this article. By John Kador 


Through The Data Window: A Look At Data Spaces And Hiperspaces 
This article explores the ways in which expanded storage under ESA/370 
architecture can be used by application programs. By Michael Haupt 


Product Review: The Information Systems Series 
At last, generic standards and procedures that do not cost an arm and a leg. 
By Judy Glick-Smith 
MVS Performance Notebook: Tuning Parameter Enhances IBM 
Mainframe Performance 
An infrequently used and little understood tuning parameter, the CPENABLE 
option, enhances the performance of an IBM mainframe. By Mark Friedman 


Large DB2 Buffer Pools May Hurt On-Line Transaction Performance 
Sequential prefetch was created to reduce the number of I/Os necessary to 

retrieve large answer sets and to reduce or eliminate any wait time for 

I/O completion. By Joel S. Goldstein 


The Capacity Planning Database 
This article describes the CP database in detail along with some examples of its 
use. It also relates hard-earned practical experience. By Michael Snyder 


Solid State Disk Is Making DASD Tuning A Thing Of The Past 
As part of the total storage system, solid state devices help solve a vast majority 
of disk tuning problems plaguing systems analysts and performance specialists. 
By Dennis Corburn and Brian Fitzgerald 


CICS Testing: Man vs. Machine 

Wouldn't it be nice to know ahead of time what effect changes will have on your 
CICS system or applications before they are put into production? Which testing 
technique is best — manual or automated? By Thomas Miller 


Understanding The Subsystem Interface Component Of MVS: 
One Of The More Popular Uses Of SSI Is In Automated Operations 

By using the SSI broadcast functions, automated operations products can 
intercept WTOs and act upon them, reply to WTORs and simplify operator 
command sequences. By Bruce Bordonaro 


JES3: Is It Worth The Conversion Costs? 
Before you answer, consider a more fundamental question. Why does IBM offer 
two Job Entry Subsystems? By Jon E. Pearkins 


VSAM Optimization And Design Performance Improvements 
Under CICS/VS 

This article offers suggestions for improving performance and addresses a series 
of items mainly dealing with parameter specifications in the VSAM cluster definition. 

By Eugene S. Hudders 

What Programmers Don’t Know And Why They Don’t Know It 

What is the key factor that gives one programmer a vital edge over another 
programmer? Read this article to find out. By Harvey Bookman 


Vendor Profile: Trax Softworks, Inc. 


Multiple Address Spaces In VSE: VAE Is A Great Idea Especially For 
Shops That Have Outgrown A 16MB Single Space System. 

You will want to read this article for the insight it will give you into the 
organization and mechanics of VAE for VSE. By D. Robert Bailey 
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Syllogy announces an online sort 
that will bring down the house 
instead of the system. 


CICSORT FROM SYLLOGY. ONLINE SORTING FOR THE FIRST TIME EVER. 
For years no one would even think of doing a sort online. Because calling the batch 
sort would cause CICS to crash. Thats about to change. Introducing CICSORT™ A 
remarkable new technology that now makes it possible and practical to sort online. 
FAST. CICSORT lets you get critical reports faster than ever. No more waiting 

for batch reports. Transfer them online. Create new reports in CICS. Or upgrade 
unsorted reports. EASY. CICSORT is called by the standard COBOL Sort verb. 
Programmers can put it to work immediately. And its fully compatible with the 
CICS preprocessor, the OS/VS and VS COBOL II compilers and all versions of 
CICS. EFFICIENT. CICSORT is designed to operate at peak efficiency under CICS. 
Without affecting the performance of other jobs. PHONE. Find out what CICSORT 
can do for you. Call to receive our free booklet about online sorting and ask about 
our 30-day free trial. CALL 1-201-343-8900. 


FOR ©) INNOVATIVE 
SOFTWARE 
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MAINFRAME 
CONFERENCE — 
Is The Time Right? 


L. a typical medium-to-large DP/MIS organi- 
zation using an IBM mainframe the personnel usu- 
ally fall into five major segments or categories; 
DP/MIS Management, Systems/Technical Sup- 
port, Applications Development/Database Man- 
agement, Operations, and Communications/Net- 
work Management. In an effort to stay abreast of 
current technology or to explore new alternatives, 
many of the members of this typical DP/MIS or- 
ganization fly off in all directions throughout the year to attend conferences, seminars, 
and classes targeted to their particular job function. 

Within the past six months I have been contacted on several occasions by people 
asking basically the same question, ‘*Would MAINFRAME JOURNAL consider spon- 
soring or coordinating an IBM mainframe users conference that would be strictly ori- 
ented to providing informative technical sessions?’’ These requestors went on to suggest 
that the sessions could be given by some of the same people who have written articles 
for MAINFRAME JOURNAL as well as other knowledgeable individuals. 

The intent of such a conference would be to give you the same in-depth type of 
information you have come to expect from MAINFRAME JOURNAL except that the 
sessions would provide more information (and more examples) and attendees would 
have the opportunity to ask questions and receive answers interactively. In addition the 
sessions would be specifically targeted to each of the five major segments of a DP 
organization mentioned above. Another particularly appealing facet of such a MAIN- 
FRAME CONFERENCE would be a separate vendor exhibit area where only IBM 
mainframe vendors would be located so that you could see the latest and greatest 
solutions to today’s computing needs. 

As I see it, one of the most important factors to the success of such a MAINFRAME 
CONFERENCE is that each session would be targeted to a specific audience. For 
example, if topics such as ‘‘How to Benefit From Monitoring CICS’’, ‘‘VSAM Optim- 
ization’, ‘‘Unattended Operations’, ‘Security Issues’’ or “‘Improving DB2 Perform- 
ance’’ were provided, there would be up to five different sessions on each topic. The 
difference would be that each session would discuss the topic with an orientation toward 
the attending audience (e.g. Systems/Technical Support personnel would attend the 
sessions oriented toward them while DP/MIS Managers would attend sessions on the 
same topic but oriented toward their interests). 

A MAINFRAME CONFERENCE oriented specifically to IBM mainframe users 
would seem to benefit attendees twofold. First, ‘“‘under one roof’’, attendees could 
select from a wide variety of sessions specifically oriented toward their position or 
function within their company. Second, also ‘‘under one roof’’, attendees would 
have the opportunity to examine vendor solutions (software and hardware) featuring 
only those vendors with IBM mainframe-compatible products. Of course the products 
offered would span the interest of all five major audience groups. 

From my perspective, the most appealing aspect of such a MAINFRAME CON- 
FERENCE is the tremendous amount of ‘‘cross-pollination’’ that would be possible by 
targeting the sessions and the vendor exhibits to each of the five audience groups as 
opposed to a conference held with one set of sessions oriented only toward one specific 
audience within the DP organization. After all, where else could personnel from all 
five major segments of a DP organization attend conferences and see product demon- 
strations as diverse as: 


Bob Thomas 


* MVS, VSE, & VM Utilities * DB2 & IMS Tools 

* Decision Support Systems * DBMS Alternatives 

* CASE Tools * Network Performance Monitors 
* DASD Management Software ¢ Change Control Tools 

* Integrated Accounting Packages * Electronic Mail & FAX Systems 
* CICS & VSAM Performance Tools * PC Connectivity Tools 

* Security & Disaster Recovery Software + Report Distribution Software 

* Unattended Operations Software * Programming & Debugging Aids 
+ Performance Evaluation Software * and many, many more .. . 


MAINFRAME CONFERENCE — Is The Time Right? 


Will there be a MAINFRAME CONFERENCE? That is really up to you. If there is 
sufficient interest in the IBM mainframe-user community then planning for the first 
MAINFRAME CONFERENCE will begin immediately. 

Please take a minute right now while the subject is fresh on your mind to let me 
know what your thoughts are regarding a MAINFRAME CONFERENCE. Turn to a 
Reader Service Card following page 58 and jot down your thoughts (or just Circle 
#226 if you are interested). Your opinion counts. Thanks for taking the time! 
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PR/SM VS. MDF 


In the article, ‘MVS Performance Management Legends,’’ 
by Stephen Samson (November/December 1988), he correctly 
recognizes the need for an appropriate solution to the problem 
of operating multiple system images on a single hardware con- 
figuration. However, he seems to have forgotten that Amdahl 
has provided that solution with the Multiple Domain Feature 
(MDF) in 1985. The February 1988 PR/SM announcement he 
refers to was simply a response by IBM to the role MDF was 
filling in the computing industry. 

While the author may feel PR/SM ‘‘sounds similar’’ to MDF, 
if he listens again he will find that the three-year head start 
MDF has had over PR/SM enables it to offer a multitude of 
features missing in PR/SM. Some of the specific features are: 


@ Minimal overhead for multiple domains sharing a single 
CPU 


@ The ability to run VM/XA SP R2 in a production envi- 
ronment 


@ The ability to set minimum, maximum and target values 
for CPU usage 


@ The ability to assure service predictability for more than 
the highest priority task 

@ One IOCDS for each domain and a domain’s IOCDS can 
be changed with the system running 


@ The ability to reconfigure memory between domains 


@ The ability to dynamically partition or join a configuration 
with the system running 
= Command list files to automate operator instructions. 


There is no doubt that MDF, in contrast to PR/SM, clearly 
requires less overhead and gives the customer tighter control 
of CPU allocation, more flexible configurability and more flex- 
ible operations. 

David L. Anderson 

VP Processor Product Management 
Amdahl Corp. 

Sunnyvale, CA 


KUDOS 


I particularly enjoyed Stephen Samson’s article, ‘‘MVS Per- 
formance Management Legends’’ (November/December 1988), 
Joel Goldstein’s article on DB2 and Smith and Spund’s article 
on SQL/DS. 

Gary M. Schultz 

Systems & Data Processing 
State of Wisconsin 
Madison, WI 


I found this issue’s (January 1989) articles, ‘Streamlining 
BMS Data Flow’’ (by Paul Henken) and ‘*VSAM Optimization 
And Design’’ (by Eugene Hudders), both interesting and in- 
formative. MAINFRAME JOURNAL is the first magazine 
geared toward what interests mainframe application developers 
and in my 16 years in data processing I’ve read many publi- 
cations. Please enter my subscription immediately. 

Bob Kufert 
Applications Devel. 
Southeast Bank 
Miami, FL 


‘*‘Managing Data Processing Personalities’’ (by Ted Keller) 
in the January 1989 issue was a really great article! 

Mark A. Knoell 

Director of DP 

Empire State News Corp. 

Cheektowaga, NY 


Since we are a relatively new MVS shop on a shoestring 
budget, I especially enjoyed the clear and matter-of-fact article, 
‘*Poor Man’s DASD Management System’’ (by Wayne Meri- 
wether), in the January 1989 issue. Our IBM reps want us to 
go ESA and it helps to have sources for input. 

Gary R. Simmons 

Tech Support 

Lee Memorial Hospital 
Ft. Meyers, FL 


MAINFRAME JOURNAL continues to be the best trade 
magazine in the industry! It is as if you read my mind. If I hit 
a gray area, you feature it on the next cover (ESA). Keep up 
the good work. 

John Gargis 
Tech Support 
Pansophic Systems 
Roswell, GA 


ISPF 


“ISPF Spells Productivity’’ (by Jon Pearkins) in the No- 
vember/December 1988 issue was an excellent article to pass 
on to my junior operators to help them gain insight to ISPF. 

Charles P. Mallahan, Jr. 
Lead Operator 

DST System, Inc. 
Kansas City, MO 


As a new MVS shop, the article, ‘‘ISPF Spells Productiv- 
ity,’ will be valuable to our application programmers. 

Bob Chambers 

Systems Programmer 

Union National Bank 

Little Rock, AR 


The article, ‘‘ISPF Spells Productivity,’’ covers many good 
points but the bias against XEDIT was blatant. 

Bill Allen 

Systems Programmer 

Fruit Of The Loom 

Bowling Green, KY 


Editor’s Note: You will be happy to know that: 

1.) This issue has another article by Jon Pearkins titled ‘‘ISPF 
Techniques.”’ In addition, Jon will be hosting a series of 
columns featuring ISPF Tips and Techniques he has col- 
lected. If you have any gems you would like to have in- 
cluded send them to: ISPF Tips, MAINFRAME JOURNAL, 
PO Box 551628, Dallas, TX 75355-1628. 

2.) We will begin a series of articles featuring XEDIT starting 
in April. 


GUIDE 


MAINFRAME JOURNAL is great! I find the most useful 
information, more than anywhere else. Pete Clark’s articles are 
always terrific. The article on GUIDE built me up but didn’t 
tell how, when or where to attend. 

John Wallin 

Systems Programmer 
Savers Federal S&L Assoc. 
Little Rock, AR 


Editor’s Note: For more information about GUIDE Interna- 
tional, Corp., contact Margaret Miller at GUIDE, 111 E. 
Wacker Dr., Suite 600, Chicago, IL 60601, (312) 644-6610 
Ext. 3216. 
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A Worksheet-Based Approach 


By Dr. Robert Berry and Joseph Hellerstein 


he Virtual Machine (VM) operating 
system has become increasingly 
popular because of its ease of use 
and installation as well as its effectiveness 
for interactive computing and office au- 
tomation. The recently announced 9370 
has assisted in the move toward more de- 
partmental and distributed computing. For 
both software ease of use and hardware 
requirements, VM is expected to be a 
principle operating system in this envi- 
ronment. 

In comparison to MVS, there is little 
literature on VM performance manage- 
ment. This article describes a systematic 
approach to analyzing the VM perform- 
ance reports produced by VMMAP, the 
Virtual Machine Monitor Analysis Pro- 
gram. The approach is encapsulated in a 
worksheet on which performance analysts 
record performance indicators and de- 
Scribe their conclusions. Over the past 
year, this worksheet has been used to ana- 
lyze approximately 30 Virtual Machine/ 
System Product (VM/SP) and Virtual 
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Machine/System Product High Perform- 
ance Option (VM/SP HPO) systems rang- 
ing from 9370 Model 20s to 3090 Model 
200s. The worksheet was found to be an 
effective tool for structuring the analysis 
of VM performance as well as reporting 
the results of this analysis. 


The VM Performance Analyst 


During the past year extensive inter- 
views were conducted with VM perform- 
ance analysts both inside and outside IBM. 
The objectives were to identify who re- 
quests information from performance an- 
alysts, what type of answers they want 
and, more generally, how performance 
analysts spend their time. A part of this 
analysis is summarized in Figure 1. 

Since the performance analyst is re- 
sponsible for collecting and interpreting 
performance data, he is the focal point for 
questions about performance. He hears 
complaints from users or a user council 
(an organization that participates in the 
negotiation and enforcement of service 


level agreements). The problem might be 
real time (for example, a runaway user), 
or might have been detected overnight (for 
example, response for a certain class of 
users was poor last week). His role is to 
identify the cause of the problem and re- 
spond. To resolve performance problems, 
an analyst might need information from 
another department (for example, has op- 
erations been experiencing hardware 
problems?). Once a course of action has 
been identified, he may not have the au- 
thority to implement it. Instead, a request 
may have to be made to the appropriate 
group (for example, ask the I/O manage- 
ment group to add a paging area to a spe- 
cific device). The request may need to be 
accompanied by a justification. 

In short, the performance analyst has 
many responsibilities; he must interact 
with many different groups. Further com- 
plicating the job is that performance 
analysts are frequently responsible for 
more than one system, sometimes more 
than 10. 


VM Data Sources 


There are several data sources available 
in a VM system. Each is appropriate for 
the investigation of a certain class of 
problems. 

The easiest to use are the CP and CMS 
commands: INDICATE and QUERY. 
These commands allow an operator (and 
to a lesser extent, a user) to interrogate 
the state of the system. They are useful 
for determining current settings for cer- 
tain tuning parameters as well as the val- 
ues for some global indicators. 

For real-time performance problems 
there are tools that allow snapshots of the 
system to be taken. Data taken in these 
snapshots is quite detailed and allows for 
tracking of specific user or resource be- 
havior. IBM’s VM Real Time Monitor and 
Candle Corporation’s (Los Angeles, CA) 
Omegamon for VM are tools that fit into 
this category. 

Performance tuning usually requires 
data collected from a different perspec- 
tive. In general, one is interested in iden- 
tifying day-to-day trends and chronic 
problems; minute-to-minute anomalies are 
not of interest. Throughout the day the 
VM operating system produces a series of 
monitor records that can be post proc- 
essed to identify system bottlenecks. 
IBM’s VMMAP, VMPPF and VMMON- 
ITOR from VM Software, Inc. (Reston, 
VA) are tools that post process VM mon- 
itor data. This article focuses on the anal- 
ysis of data appropriate for performance 
tuning, specifically the data produced by 
VMMAP. 


VMMAP Analysis 


As with any performance reporter, in- 
terpreting VMMAP reports is compli- 
cated by the following. 


Volume of information 
Data on every imaginable aspect of 
system performance is available in a 
lengthy report. It takes much time to find 
the information of interest. 


Organization of information 
Related data is frequently not adjacent 
in a report. 


Interpreting the data 

Much of the data reported by the VM 
monitor is of a VM-internals nature. De- 
coding this information is complicated and 
requires both general performance anal- 
ysis skills (such as statistical analysis and 
analytical modeling) and specific exper- 
tise in VM internals. 

Also, many people either lack the time 
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Information Flow For A Performance Analyst 


ge 


aati: ela DASD Management 


Performance Analyst | <——D———» 
AES Se Systems Programmers 


Help Desk Bie 


Path 


A — to Performance Analyst: 

A — from Performance Analyst: 

B — to Performance Analyst: 
time. 

B — from Performance Analyst: 


C — from Performance Analyst: 


Information 


Questions about cause for poor performance. Usually long term. 
Reasons, "working on it,” "need more info." 

Questions about cause for poor performance. Could be real 
Reasons, "working on it," “need more info." 


Requests to change I/O config. or minidisk layout. 


Questions about config. 


C — to Performance Analyst: 


D — from Performance Analyst: 


"WHY," "done as requested,” "done, but our way,” "not done.” 


Questions about system status, 


Requests to enable/disable equipment. 


D — to Performance Analyst: 
E — from Performance Analyst: 


E — to Performance Analyst: 


or the expertise to study the performance 
reports. 


A VM Performance 
Analysis Worksheet 


Interviews showed that performance 
analysts are overwhelmed by the details 
of interpreting VMMAP data. Often they 
had the expertise necessary to interpret a 
problem, but they lacked (or did not re- 
member) a systematic approach for look- 
ing at the performance data. To make this 
process more systematic, a worksheet was 
introduced that suggests a step-by-step 
approach to analyzing VM performance 
data. This methodology was successfully 
applied to many VM systems, both inside 
and outside IBM. The worksheet is effec- 
tive for a wide range of VM systems. To 
focus the presentation, however, data is 
used from one system to present the 
worksheet. This data is taken from an IBM 
3081 running the VM/SP HPO 4.42 op- 
erating system with a petroleum industry 
workload. 

A high level outline of the worksheet 
is shown in Figure 2. The organization of 
the worksheet is complementary to the 
systematic approach that many perform- 
ance analysts take to looking at perform- 
ance data, that is: 


“WHY,” "done as requested,” "done, but our way, 


we 


not done.” 


Requests to change system definition or set tuning parameters. 


"WHY," "done as requested," "done, but our way," "not done." 


System Identification ——————_, 
[ 1, Background Piles 


Problem Identification 
2. Data Characteristics 


3. Load . 
4. Service Levels 

Identify Specific Problem Area —} 
5. Transaction Profiles he 


Problem Area Details —-————, 
6, Resources 


Analysis and Recommendations cal 
7. Problem Summary & Analysis 4.. 
8. Recommendations 

Questions About The System 
9. Questions j~ 


Complete details of the contents of each 
part of the worksheet are beyond the scope 
of this article. However, an overview of 
each section is provided. 


Background 


The background section includes gen- 
eral information about the system being 
analyzed. This information is useful for 
identifying high level system character- 
istics. For example, the following details 
are recorded: the VM release level, the 
hardware it runs on and memory config- 
uration specifics. 


. 
. 
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CheckOutivm 
Has it Up and Running 
Before You Ever Knew 
It Was Down 


RSCS links drop. Communication links go down. 
Remote printers are accidentally turned off. DASD is 
improperly attached. Users can’t access data bases. 

These are hardware and software component 
problems which impact VM availability. And down 
components mean the resources of your VM system 
are inaccessible to users. When your users can’t get to 
the information they need, you get phone calls. Lots of 
phone calls. Unpleasant phone calls. 

There's a solution. Duquesne Systems announces 
CheckOut/VM, a new direction in defining and 
managing availability. It automatically checks the 
component availability of your VM operation to ensure 
that total system resources are alive and well. Your 
users experience fewer interruptions due to com- 
ponent downtime. And you get far fewer phone calls. 

Just locating a component which has failed can 
consume a great deal of your time. CheckOut/VM finds 


© and fixes the problem for you. Here's how: 


@CheckOut/VM probes your VM system for down 
components 

Mi CheckOut/VM restarts the down components it finds 

@CheckOut/VM notifies critical support staff 

Mi CheckOut/VM creates historical logs to summarize 

component failures 

CheckOut/VM is easy to install. Full-screen menus 
create a friendly, interactive working environment for 
support staff. 

“Check out’ the newest availability manager from 
Duquesne Systems. Call 800 323-2600 (in 
Pennsylvania, call 412 323-2600) or return the 
enclosed, postage-paid card to reduce your user 
phone call volume and staff workload today. 


DUQUESNE 
SYSTEMS 


Two Allegheny Center 
Pittsburgh, PA 15212 
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SYSTEMS SOFTWARE FOR VM/VSE DATA CENTERS: 


- Onlyone company covers the two, 
completely. 


Computer Associates introduces: 
CA-UNICENTER”/Il VM Gnd CA-UNICENTER/II VSE, 
the industry’s only complete line of VM/VSE 
systems software that automates every 
major area of the data center. 


Now, true compatibility among the VM 
and VSE components. Equivalent products 
for both environments offer the VM/VSE data 
center unparalleled advantages such as: a 
common catalog that simplifies tape 
management, security software that protects 
all data in your installation, job accounting 
information that is collected for activity in 
both VM and VSE, and much more. 


Only Computer Associates provides com- 
mon interfaces and full integration to give 
you unprecedented control, from a central 
point, over both environments. 


And only Computer Associates offers 
CA-UNISERVICE®/II, co secure link between your 
mainframe and CA’s Customer Service System, 
24 hours a day. You get online access to 
software fixes, interactive problem resolution, 
product tutorials and more. No one else has 
anything like it. 


Call Dana Williams today: 
800-645-3003 (Ext. 5803). 


© 1988 Computer Associates International, inc. 
711 Stewart Ave., Garden City, NY. 11530-4787 
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Background 


VM Release: 04.42.0415 
Hardware: 3081 Mode = MP 
Memory: 

DPA: 27,209,728 
4,713,096 


Free Storage: 
(Prime Free Storage: 184,320) 
Total Storage: 33,021,952 
Other Characteristics: 
Paging areas are defined on solid state devices. 


Data Characteristics 


Certain properties of the data collected 
are particularly relevant to its analysis. In 
some cases, there can be problems with 
the data that cause its use to be question- 
able; in other cases, the way it was col- 
lected affects the way certain measure- 
ments are interpreted. 

For example, the number of suspends 
reported by VMMAP is recorded. The VM 
monitor writes its data to a set of buffers 
maintained in free storage. If there are not 
enough buffers to hold the data, the mon- 
itor suspends collection and subsequent 
data is lost. A SUSPEND record in the 
monitor data indicates that such a loss of 
data has occurred. There are no suspends 
in the example, so we have some confi- 
dence in the quality of the data. 


Data Characteristics 
* number of suspends: 0 
Load 


One of the most important indicators 
for performance analysts and capacity 
planners is load: ‘“‘how much the system 
is doing.’’ In general expect service levels 
(that is response times) to degrade as load 
increases. Thus, service levels must be 
viewed in the context of load. 

For example, the total number of logged 
on users, the number of active users and 
the virtual machine I/O rate are useful in- 
dicators of system load. 


Load 
* — logged: 431.65 users 


* active 128.31 users 
* — vio: 405.67 per second 


Service Levels 

Service levels, especially response 
times, are the most relevant indicators of 
system performance as perceived by the 
end user. For illustrative purposes, there 
are two commonly used VMMAP varia- 
bles, QISEC and Q2SEC. (While QISEC 
and Q2SEC are considered unresponsive 
indicators of user service, their values in 
this example are significantly higher than 
expected. VMMAP includes several var- 
iables that provide better estimates of user 
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response times, such as TRIVRESP and 
MINORESP. These estimates are more 
expensive to acquire than QISEC and 
Q2SEC, however). 

The CP scheduler uses three queues to 
allocate the CPU resource. These queues 
are named Q1, Q2 and Q3. Short trans- 
actions typically complete their process- 
ing in QI, while longer transactions are 
demoted to Q2 and eventually to Q3. With 
each demotion comes a lower dispatching 
priority. 

QISEC indicates the amount of time 
that a transaction spent in QI before 
“‘dropping’’ — either to Q2, back to Q1 
or out of the system. Q2SEC indicates 
the average time in Q2 (and Q3) before 
dropping. 


Service Levels 


+ — qlsec: 0.59 seconds 
+ q2sec: 7.04 seconds 


Transaction Profiles 

A transaction’s profile is a decompo- 
sition of its response time into component 
parts. By so doing, it is possible to focus 
on reducing the largest part to achieve the 
greatest benefit. For example, if you as- 
sume a homogeneous transaction mix (that 
is, the system is dominated by one type 
of work) and that the dominant workload 
waits for at most one resource at a time, 
then a profile based on measured resource 
queue lengths and utilizations can be de- 


rived. This profile does not provide re- 
sponse time information, only a percent- 
age breakdown. 

There are six resource areas that this 
decomposition identifies. Each field is ex- 
pressed as a percentage of time spent us- 
ing or waiting to use the resource: 

@ Run: using the CPU 
@ CPUQ: waiting for the CPU 
@ StgQ: waiting for memory (also called 

“‘eligible list wait’’) 
= PgQ: waiting for page reads, directory 

reads and spool I/O to complete 
@ 1/OQ: waiting for user I/O (also called 

“‘virtual I/O’’) to complete 
@ SwpQ: waiting for swap-in I/O to com- 

plete. 

The resource queue decomposition for 
the example system is shown below. Note 
that other decompositions, such as by user, 
state samples and by QISEC and Q2SEC 
profile, are also effective. 


Transaction Profiles 
* Overall, based on resource queues (percentages) 


Run CPUQ StgQ PgQ 1/0Q SwpQ 
ll 13 19 33 24 0 


Resources 


It is a maxim of performance analysis 
that delays are due to resource bottlenecks 
and resource bottlenecks typically result 
from high utilization of the resource. From 
the transaction profiles it is known that a 
VM waits for the following CP managed 
resources: CPU, memory (in the storage 
queue), paging (that includes spool and 
directory I/O), I/O and swapping. For each 
resource, utilization and how this can be 
reduced is assessed. Where possible, the 
impact that resource performance has on 
service levels is identified. 

In addition, a transaction may be proc- 
essed by a service virtual machine such 
as VTAM. So, although service virtual 
machines are not CP resources, it is 
appropriate to treat them in the same 
manner. 

CPU 

Total CPU utilization is indicated by 
the VMMAP variable SYSTCPU that can 
be broken down into SYSVCPU (CPU in 
‘user’? mode) and SYSCCPU (CPU in 
““system’’ mode). The ratio of SYSTCPU 
to SYSVCPU, called the T/V ratio in 
VMMAP, is a useful indicator of system 
overhead activity. Further breakdowns are 


Resources 


° CPU 
Total CPU: 197.94 


% Total CP CPU: 128.89 (‘T/V ratio: 2.86) 
% Due to page reads: 10.44 
% Due to spin locks: 4.5 


13 


possible such as determining the percent- 
age of SYSCCPU spent handling page 
reads and the percentage of time lost due 
to spin locks. 


User I/O 

I/O delays are indicated by queuing for 
individual channels, control units and de- 
vices. The queuing typically results from 
a high utilization for each specific re- 
source. In this section, channels, control 
units and devices with high utilizations or 
high queuing are reported. For devices, it 
is sometimes possible to identify the serv- 
ice level impact of high utilization as it 
is in the case of device IPLVOL in the 
example. 


Resources 


* User I/O 
- channel queuing is present on ch05, ch06, ch09 


VM Performance 


spooling performance has a direct effect 
on transaction response time. In addition, 
spool files consume important system re- 
sources even when their owners are not 


logged on. 


For example, the spooling rate and av- 
erage service time per spool I/O is re- 
corded. Spool space occupancy is of in- 
terest because it can indicate a growth in 


the number of spool files in the system. 


Resources 
*  Spooling 


spool_I/O_rate: 24.6 per second 
spool_I/O_time: .0251 seconds 
spool space occupancy: 35% 


Paging and Swapping 


In a VM system, paging and swapping 
interact closely, so they are reported to- 


gether in the worksheet. 


are of interest. The logical swap percent, 
for example, indicates the percentage of 
logically swapped users who were sub- 
sequently physically swapped. Since 
swapping is disabled, these users will ac- 
tually be paged out, so the percentage has 
significance for the paging subsystem. The 
interactive and non-interactive logical 
swap queue times indicate the average 
time that a page remains logically 
swapped. If these times become small, 
then it is an indication that logical swap- 
ping is losing its effectiveness in keeping 
user working sets in memory. 


Resources 


+ Paging and Swapping 
+ pageread_rate: 401.4 per second 
pg_I/O_time:' .011 seconds 
top 5 paging userids: 
Pageread rate (per second) 


Userid 


In the example, overall measures of 
paging load and service such as the page 
read rate and average page service time 
receive the focus. Also, the decomposi- 
tion of overall paging rate into the con- 
tribution made by each user ID is also 


control unit queuing on controllers 500, 510 


USEROL 8.9 

USER10 8.9 

USER03 6.3 

USER22 5.4 

USER04 5.4 

no swap areas defined 
logical swap percentage: 46% 


IPLVOL very busy at 54%; most activity on CP 
DIRECTORY 

IPLVOL average time per I/O = 49ms (queuing 
time per I/O = 25ms) 


Spooling 


Spooling is an important activity for 
VM. Some applications make extensive 
use of spooling (that is, PROFS). Poor 


CMS/OTHER 


effective for identifying paging problems. 
Swapping has been disabled for this 
system; however, some swapping metrics 


Now that you 
know that 
CMS is using 
“= most of your 
VM system... 


Don’t You Need To Know How 


CMS Is Being Used? 


With VM&CMAP, VM&CMAP/FOCUS, VM&CMAP/PROFS and 
VM&CMAPISAS, you can get information on user and command 
activity, response time analysis and other vital information re- 
quired for effective performance analysis of your VM system. 


For Info Call: 800-527-3237 
619-487-8030 


In California: 


VM VCMS uniimitea, inc. 


Asubsidiary of 

First Alliance Software & Technologies, Inc. 
First Alliance Plaza 

11770 Bernardo Plaza Court 

San Diego, California 92128 


CIRCLE #64 on Reader Service Card A 


14 


interactive logical swap queue time: 3.9 seconds, 
non-interactive logical swap queue time: 
0 seconds 


Storage 

Storage usage is complex to track and 
difficult to analyze. Fortunately, there are 
some key indicators that allow for ready 
identification of most storage related 
problems. 

Correctly sizing free storage is an im- 
portant tuning activity for VM/SP HPO 
(and VM/SP). Free storage and prime free 
storage are dedicated to the system for 
control block allocation. If free storage is 
too small, then the system will “‘extend”’ 
into the paging area to borrow more; if 
prime free is too small, the system will 
“‘miss’’ and borrow some free storage. It 
is important to examine the utilizations of 
these areas as well as their ability to sat- 
isfy system requests. For example, free 
storage and prime free storage utilizations 
as well as the free storage extend rate and 
prime free miss rate are recorded. 

The steal rate is also recorded as this 
is an important indication of contention 
for the dynamic paging area. In the ex- 
ample, two steal rates are recorded: total 


Resources 


* Storage 
+ Free storage utilization: 95.3 
Extend rate: 4.3 per second 


Extend depth: 11 pages average, 36 pages 
maximum 

Prime free storage utilization: 50.0 
Prime free misses: 0.0 per second 

Steal rate: 0.05 per second, 

above 16MB steal rate: 0.00 per second 
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steal rate and previously 16MB steal rate. 
Both steal rates are recorded because it 
is important to identify where page steal- 
ing is concentrated, above or below the 
16MB line. 

Service Machines 

Service machines are critical to many 
VM applications. They operate as discon- 
nected virtual machines that await re- 
quests from users, process those requests 
and resume waiting. Unfortunately, the 
most useful information about these ma- 
chines such as who used them, how long 
did each interaction require and what were 
the resource requirements for each inter- 
action is not available. However, even 
without this information it is valuable to 
examine key performance indicators for 
important service machines. 

For example, VTAM is one of the dom- 
inant service machines on VM systems. 
Its performance can be critical to the per- 
formance of all users of the system. We 
have recorded the VTAM delay profile — 
available directly from the WYMMAP 
OUTSAMP report. It is also important to 
track VTAM’s paging rate. 


Resources 


* — Service Machines 
VTAM: 


Delay Profile: 
Run CPUQ StgQ PgQ 1/0Q 
79 5 1 6 0 
Page rate: 3.6 per second 


Problem Summary and Analysis 


This section presents an analysis of 
problems for the system. Rather than sim- 
ply listing the problems, the key objective 
in this section is to communicate under- 
standing about each problem. So, each 
problem is placed in context with explan- 
atory text. 

The example shows a portion of the 
complete analysis presented in the next 
section. 


Problem Summary and Analysis 


1. CPU Overhead is High: 
CP CPU is very high indicating significant over- 


head activity. Some of this is due to paging, 
but the free storage extends and spin locks 
contribute. 


Recommendations 


Here the analyst records recommenda- 
tions resulting from his earlier problem 
analysis. Where appropriate or possible 
these recommendations are specific; oth- 
erwise, a general recommendation is 
given. 

The example shows a portion of the 
complete recommendation section, pre- 
sented later in this article. 
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Recommendations 


1. The existence of stealing (although not high) and free 
storage extends indicates that free storage require- 
ments may be excessive. A reduction of free storage 
requirements may improve performance. There are 
several possibilities: 

a. Investigate the cause of free storage fragmenta- 
tion. 


b. Alarge number of spool files puts a heavy demand 
on free storage. Determine the number of spool 
files in the system. Each spool file requires 128 
bytes of free storage; 3,200 spool files use up 100 
pages of free storage. 

. Less than 50% of prime free storage is used. By 
reducing prime free by 25% you can return 11 
pages to free storage. (Not much, but the average 
extend depth is 11). 


Questions 

While performing the analysis, many 
questions arise. Sometimes the questions 
pertain to system components over which 
the performance analyst has no control. 
Sometimes they are technical questions 
about the system that were not addressed 


Questions 


1. DIRECTORY contention: 
a. What can be done about device IPLVOL? Are there 
ways to reduce contention on DIRECT? 
Are there other ways to share? 
What is all the access for? 
Are the solid state devices volatile? (Can they 
be used to hold the DIRECTORY?) 


in the VMMAP analysis and further data 
collection may be necessary. 

In any event, the questions section of 
the worksheet can be one of the most use- 
ful. Perhaps this is because it both helps 
to focus future efforts and stimulates both 
the performance analyst and those with 
whom he communicates to think a little 
more about the system and its problems. 


Details of Problem Summary 
and Analysis 


Performance problem analysis lends it- 
self to a systematic approach. This meth- 
odology can be described as the search of 
a tree of relationships between perform- 
ance indicators. A small fragment of a 
search tree for VM/SP HPO is shown in 
Figure 3. This search tree is used in the 
analysis of transaction profiles. At the top 
level, it expresses the total number of users 
in system queues as the sum of the num- 
ber of users queuing at or using CP re- 


sources, that is: 
SYSTCPU + CPUQ + STGQ + 


wsers_jn_quews = 100 PAGEQ + 1/09 + SWAPQ 
that is, 
users_in_queue = 1.98 + 2.32 + 3.52 + 6.04 + 4.32 + 


0.00 = 18.18 


VM/CMS Users: Find out what “Quick” really means! 


Vtime 
QuickCopy .37 1.16 
XCOPY .08 39 
QuickCopy 1.10 2.12 
XCOPY .05 17 


Results printed with permission. 


4991 
4237 


Ttime Sio’s 4K 3380, Amdahl 5890-300E, VM/HPO5 
247 374,782 80-byte records, recfm F, 7320 blocks 


90 minidisk move, 423 files, 2360 blocks 


QuickCopy is a trademark of VM1, 


These are representative cases from a customer. XCOPY often 
compares even better in other cases. We urge you to run your own 
tests. Avoid phonus balonus. XCOPY is the best CMS COPYFILE 
replacement product, by far — in performance, on, gt price, and 


knowledgeable support. 


@ The fastest minidisk mover. The fastest file mover. Make short work of 
megaglops of data under CMS. 


@ REXX and assembler exits. We do the I/O; you select, alter, or add records. 
@ File selection by date, time, by your REXX exit, and by many other criteria. 
@ File encryption, by the DES if desired. Includes automatic data compression. 
® Listfile-like pattern matching avoids having to build a CMS EXEC. 

@ Fast comparison, comparator, and maclib compression utilities. 

@ Benchmarking aids. 

@...and more. 
© Only $595 per year. 


SEQUENTIAL SOFTWARE, INC. 
(201) 385-9360 
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At the next level, PAGEQ is decom- 
posed into the sum of users performing 
spool I/O, directory I/O and page reads, 
that is, 


PAGEQ = spool_queue + directory_queue + page_read_ 
queue 


that is, 
PAGEQ = .62 + 1.08 + 4.34 = 6.04 

At the lowest level shown, spool_queue 
is decomposed into the product of spool 
rate and spool I/O time, that is: 
spool_queue = spool_rate x spool_I/O_time 
that is, 
spool_queue = 24.6 x .0251 = .62 

The examples above illustrate the ideal 
situation in which each node in the tree 
either corresponds to a measured VMMAP 
variable or can be decomposed into var- 
iables that do. 

Once a problem is identified (that is, a 
user complains of poor performance, a 
user council observes a service level vi- 
olation or perhaps the performance ana- 
lyst notes that a threshold for a key metric 
has been exceeded), the following is done. 


@ The indicator associated with the re- 
ported problem is located. For exam- 
ple, this might be the user’s response 
time or the performance analyst’s met- 
ric of interest. 


@ Using the search tree as a guide, the 
next step is to break the problem indi- 
cator into its component parts. This step 
is called decomposition. Ideally, this 
decomposition is able to account for all 
of the indicator’s value. For example, 
if the component values are added up, 
the result is the indicator value. In gen- 
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Partial Decomposition Tree for VM/SP HPO 


Users In Queue 


ae 


CPU CPU Storage 
Utilization Queuing Queuing 


Spool 
Queuing 
Spool 
/O time 


eral, this is not the case and an approx- 
imation is the result. 

@ Each component is evaluated for ex- 
ceptional characteristics, that is, check 
if 3380 device service time exceeds 25 
ms. Leverage is often found in concen- 
trating on the component that makes the 
greatest contribution to the total (that 
is, in the case of an additive relation- 
ship, this is just the largest component). 

@ The exceptional component(s) are then 
further decomposed. The process con- 
tinues until the ‘‘leaves’’ of this decom- 
position tree are found. The leaves pro- 
vide evidence for the existence of the 
problem. The path from the leaves to 
the problem may suggest an explana- 
tion for the cause of the problem. 
Unfortunately, there are some compli- 

cations. Few indicators can actually be 

decomposed into mutually exclusive and 


Example: Problem Summary and Analysis 


Problem Summary and Analysis 


a. A Storage Contention Problem Exists (PAGEQ + STGQ = 52%): 


IPLVOL is busy; the DIRECTORY is heavily accessed. The substantial queuing on this device contributes an 
additional 24ms to each I/O, 18% of all users reported as waiting in the page queue are actually waiting at this 
device. 


The storage queue times (eligible list) are high. This suggests that the system perceives a lack of pageable storage. 
All other indications support this. However, there is little page stealing that suggests storage is not constrained. 


The reported physical swap percentage seems high. This number indicates the percentage of logically swapped 
users that are actually physically swapped. Since swapping has been disabled, the pages will actually be physically 
paged out. It is not clear what the system does but there could be significant overhead in processing swap outs 
that never happen. Low interactive queue time is also indicative of heavy memory contention. 


CPU Overhead is High (CPUQ is large due to CP overhead): 


CP CPU is high indicating significant overhead activity. Some of this is due to paging but the free storage extends 
and spin locks contribute. 


Spin time of 45 ms/sec is too high and indicates a problem with CPU-AP contention. This contention is dominated 
by I/0 lock (12ms) and Real Storage lock (29ms) activity. This is probably a symptom of heavy paging activity and 
demand for below-16MB storage. 


Free storage is fragmented. On average, there are no large blocks available. This is causing frequent free storage 
extends to occur. The cost of a free storage extend is high and frequent extends should be avoided. 


VTAM is paging at greater than one per second. This is a problem. VTAM is also experiencing significant CPU queuing 
delays. VTAM should receive the best service possible. 


Page ie) Swap 
Queuing Queuing Queuing 
+ 


Directory Page 
VO Reads 


collectively exhaustive components. In 
some cases, this is due to measurement 
problems, that is, the sum of CPU used 
by QI users and Q2 users never equals 
the total CPU consumed on the system. 
In other cases, as in ‘‘extend rate’’ for 
example, the algebraic relationships re- 
quired for decomposition are not known. 
In these cases, factors that affect the in- 
dicator are identified. Where possible, note 
the directional effects that these factors 
have. For example, extend rate increases 
with increasing number of spool files, in- 
creasing prime free miss rate, increasing 
system demand for large blocks of free 
storage, increasing free storage fragmen- 
tation and increasing free storage utiliza- 
tion. 

However, even without clear algebraic 
relationships, the search tree methodol- 
ogy can be applied. The analysis is less 
precise but can proceed in roughly the 
same way described above. Instead of 
simply looking for the largest subcom- 
ponent, look for supporting evidence for 
the existence of a particular factor. Fre- 
quently, these factors can be quantified, 
that is, “‘the prime free miss rate is 0.0,’’ 
in which case there might be guidelines 
for interpreting their significance. 


Example 


The analysis presented in Figure 4 was 
developed with the search tree approach 
reviewed at the beginning of this section. 
The derivation of this analysis for each of 
the problems identified above is presented 
next. (For reasons of brevity, the analysis 
presented is not complete for this system. 
Only problems relating to storage, paging 
and CPU overhead are discussed. ) 

Storage contention analysis 

Begin the search with PAGEQ, since it 

contributes 33 percent to the transaction 
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profile. The reported page queue includes 
waits for directory reads, spooling I/O and 
real paging. It is not always simple to 
separate these components but in this case 
there is enough information to estimate. 


@ Directory reads constitute the dominant 
I/O to volume IPLVOL. Direct the 
search to this device and note that de- 
lays at this device comprise 18 percent 
of the overall reported page queue. This 
warrants further search, thus decom- 
pose the response time at the device into 
its components. The principle compo- 
nents and their contributions are: seek, 
transfer, latency and RPS (49 percent) 
and queuing (51 percent). The conclu- 
sion is that queuing on IPLVOL is con- 
tributing significantly to the paging 
component of transaction response time. 

@ Spooling I/O contributes in a smaller 
way to paging delays. An examination 
of spooling device response character- 
istics reveals no unusual contribution of 
any particular component. The conclu- 
sion is that spooling is not a significant 
contributor to poor performance. 

@ Real paging delays will increase if either 
page read rates increase or page read 
times increase. Page read times are less 
than 11ms since solid state devices are 
used. Thus, look at page rates. An ab- 
solute assessment of paging rates can- 
not be made since what constitutes a 
good value is not known. Therefore, 
assume that paging rates are too high 
and proceed further. 


There are a couple of views of paging 
rates that are helpful. First, decompose 
them into rates by each user. In this case 
look for a dominant user to blame for the 
problem. There are no apparent culprits, 
so take an alternate view: look for factors 
that increase overall paging rate. The pri- 
mary cause for increased paging rates is 
increased contention for storage and this 
is suggested by a few indicators. 


@ More than half of all logically swapped 
users are being physically swapped. The 
average time that a logically swapped 
user remains so is less than four 
seconds. 

@ Storage queue times are high. This sug- 
gests that the system perceives a stor- 
age shortage. 

@ The system is extending regularly. This 
means that page frames normally avail- 
able for user use are being held by 
the system, thus increasing storage 
contention. 


The conclusion is that storage conten- 
tion has increased the paging rate. 
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CPU Wait Analysis 

CPU queueing is significant in the 
transaction profile. Contributors to CPU 
wait include high non-overhead activity 
and high overhead activity. The high T/ 
V ratio suggests that this system is ex- 
periencing high system overhead, so fo- 
cus on causes for high system overhead. 
These include paging overhead, spin locks 
and free storage extends. It was previ- 
ously recognized that storage contention 
has contributed to increased paging rates. 
It is reasonable, then, to assume that the 
increased storage contention is partially 
responsible for the increased CPU over- 
head. Spin locks seem high in this sys- 
tem. (The measured spin lock percentage 
is much higher than a recommended 
threshold value.) Another contributor to 
CPU overhead is free storage extends. 
Extends are occurring regularly on this 
system, so confirm extends as contribu- 
tors to CPU overhead. 

Continue decomposition with a closer 
look at free storage extends. Decompose 
free storage extends into an extend rate 
and an extend cost. The cost of an extend 
or how to change this cost are not known, 
so focus on the extend rate. Extends occur 
for many reasons some of which are: ex- 
cessive spool file count, prime free misses, 
a heavy demand by the system for large 
blocks of free storage, infrequent migra- 
tion of page and swap tables, free storage 
fragmentation and high utilization of free 
storage. We take each of these in turn in 
the analysis. 

@ Spool files: the number of spool files 
has not increased by a large amount on 
this day. 

@ Prime free misses: prime free misses 
are not occurring. Prime free storage 
may be too large but it has not changed 
in a while so this is not causing the 
problem. 

@ System demand: there are applications 
that can place heavy demand on free 
storage by requiring that the system al- 
locate free storage in consecutive pages. 
None of these suspects is present on 
this system. 

@ Migration: migration seems to be oc- 
curring regularly on this system. 

@ Fragmentation: an examination of the 
free storage map indicates that there are 
almost no large blocks (blocks larger 
than 2K) available. 

@ Utilization: on the average, 214K of free 
storage is free. Free storage is not fully 
utilized. 

The conclusion is that free storage frag- 
mentation is a problem on this system. 


This fragmentation is causing frequent 
extends and these extends are increasing 
CPU overhead. 
VTAM Analysis 
VTAM is a critical subsystem. An ex- 
amination of VTAM’s transaction profile 
indicates it is paging at a rate greater than 
one per second. This indicates a problem 
and so is noted here. 


Details of Recommendations 


Making recommendations, unlike per- 
forming a problem analysis, is not an ac- 
tivity with a well defined methodology. 
Once a problem has been identified, find- 
ing a path to a solution is not always 
straightforward. There are several com- 
plicating factors. 

@ Identification 

It may not be obvious what the solution 
is given the problem. For example, con- 
sider the free storage fragmentation prob- 
lem identified in the running example. If 
this problem persists, it may be due to an 
operating system bug in which case, it is 
not clear what the performance analyst 
should recommend. 
®@ Quantification 

It may be known that a certain tuning 
knob is appropriate to address a certain 
performance problem. There may be no 
way to put a number on the setting of that 
tuning knob. For example, if the free stor- 
age area is too large, then the unused por- 
tion should be returned to the dynamic 
paging area for virtual machine use. In 
VM/SP HPO it is possible to measure the 
use of free storage, so determining free 
storage adjustments is more straightfor- 
ward, but for VM/SP, the amount of un- 
used free storage cannot be measured. An 
experimental approach must be taken. 

@ Effect 

In some cases, it is not at all clear what 
the effect a tuning knob will have. For 
example, paging bias can be manipulated 
to affect the CPU priority that users re- 
ceive. This will also effect the time that 
users spend in the eligible list. Unfortu- 
nately, it is not clear how this should be 
set, nor is it clear how sensitive system 
performance is to the paging bias value. 
In this case, paging bias interacts in a 
complex way with other parameters. It is 
hard to anticipate the effect of these com- 
plex interactions. 

@ Non-technical 

Recommendations have many non- 
technical issues that must also be consid- 
ered. These considerations complicate the 
process: financial, that is, ‘“we can’t af- 
ford any more type x devices;’’ security, 
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that is, ‘‘department abc’s data must be 
on its own volume;’’ policy, that is, 
“‘DMKSYS may be changed, at most, 
once a month;’’ political, that is, ‘‘only 
systems programmers can issue that com- 
mand.”’ 

Even when such considerations exist, 
it is suggested that recommendations be 
communicated so that management is 
aware of the available opportunities. 

This ‘‘methodology’’ is to focus on the 
problems identified in the problem anal- 
ysis section. Then the following ap- 
proaches are used. 

@ The standard fix, or literature search 

Certain problems have been identified 
as being common and important for VM 
systems. In many cases, reports have been 
written describing these problems and their 
solutions. This is the first place to look. 
@ A model based approach 

If a problem has been identified with 
the search tree methodology and using al- 
gebraic decomposition, then it is possible 
to use the algebraic decomposition to fo- 
cus on specific recommendations. For ex- 
ample, consider a problem relating to re- 
sponse time that is further decomposed to 
reveal that the underlying problem is ex- 
cessive CPU queuing (see Figure 3). A 
high level recommendation would be to 
“‘reduce CPU queuing.’’ 

Also, see the notes attached to the ex- 
ample in this section. 

@ An experimental approach 

Whenever it is hard to quantify rec- 
ommendations or even gauge their effect, 
an experimental approach is necessary. For 
example, on a VM/SP system it is im- 
possible to measure the degree of free 
storage utilization, so free storage adjust- 
ment must be done experimentally. Sup- 
pose free storage extending is occurring: 
increase free storage by 10 percent and 
measure free storage extend rate, if non- 
zero go to one. 

At the conclusion of this investigation, 
free storage will be just large enough to 
avoid extends which is just where you 
wanted it to be. 

Unfortunately, an experimental ap- 
proach may not always be possible or fea- 
sible. The changes that must be made 
might need to be performed by someone 
in a department different from the per- 
formance analyst. These changes might 
have to be scheduled as infrequent tasks, 
rendering it difficult to quickly converge 
on a reasonable setting. In these situa- 
tions, it is still valuable to consider an 
experimental approach. However, more 
time will be needed. 
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®@ Question unusual situations 

It is valuable to question anything that 
seems unusual. This is good advice for 
problem detection as well. Performance 
analysts develop good intuition for their 
systems and any unusual event warrants 
closer inspection. 

Often, decisions are made about sys- 
tem management that become outdated. 
Systems are complicated and people are 
so busy that there may not be time to re- 
view old decisions. Suggesting a re-eval- 


uation of relevant policy decisions is 
sometimes a reasonable approach. At the 
very least, it inspires people in the organ- 
ization to rethink why certain decisions 
were made. 


Example 
The derivation of the recommendations 
shown in Figure 5 is presented. 
Recommendation One 
A queuing problem on device CBVIPL 
is identified. This problem is due to the 
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heavy utilization of this device, specifi- 
cally the DIRECTORY area. The rec- 
ommendation to reduce I/O rates or 
service times is based on an algebraic re- 
lationship describing device utilization: 
utilization = I/O_rate x I/O_service_time 


So, a reduction in either I/O rate or 
I/O service time will reduce utilization and 
the queuing problem. The recommenda- 
tion is not specific as to how to achieve 
this reduction. There are several ways to 
do this. There are three approaches to re- 
ducing I/O rate. The first two attempt to 
move I/O activity; the first in time, the 
second in space. The third approach at- 
tempts to eliminate some of the I/O 
activity. 


@ Off-load some activity by moving it to 
another shift. In order to do this, it will 
be necessary to identify major users of 
the DIRECTORY and investigate some 
shift changes. 

@ Off-load some activity by moving some 
minidisks/system areas to another (less 
busy) device. (The directory activity 
cannot be divided, so that has to stay 
in one place.) 

@ Reduce the need to go to the directory 
so often. In order to do this, find out 
which applications access the directory 
and why. Perhaps this will lead to 
something that can be done to reduce 
the rate. 

Both approaches for reducing I/O serv- 
ice times also rely on an algebraic model 
for determining the recommendation. 

@ One approach is through tuning but 
IPLVOL’s service time of 24ms is not 
unreasonable for a 3380, so little ben- 
efit is expected. 

@ Another way of reducing I/O service 
time is to put the data on a faster de- 
vice. This system has several solid state 
devices that are used for paging. These 
devices have an average service time of 
less than 10ms. If it were possible to 
put the directory on one of these de- 
vices, then significant benefit would be 
realized. 


Recommendation Two 

Some fixes were introduced to VM in 
1986 that attempt to alleviate some of the 
cost of storage contention below the 16MB 
address line. A feature of these fixes is 
the use of storage above the 16MB line 
as an alternative to paging out the con- 
tents of below 16MB line frames when 
those frames are needed. The VMMAP 
variable LOIII is a measure of the volume 
of pages that are being moved from below 
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Example: Recommendations 


Recommendations 


a. Try to either reduce I/O activity to or reduce I/O service time of IPLVOL. Consider moving everything, except 
DIRECTORY, off that volume. Identify cause of all 1/0 activity to the directory. See the questions below. 


b. Ensure that APARs VM24485 (PUT 8604), VM25601 (PUT 8605) are installed. These fixes allow the system to make 
better use of storage above the 16MB line when storage below the 16MB line is constrained. 


c. The existence of stealing (although not high) and free storage extends indicates that free storage requirements may 
be excessive. A reduction of free storage requirements may improve performance. There are several possibilities: 


1) Investigate the cause of free storage fragmentation. 


2) A large number of spool files puts a heavy demand on free storage. Determine the number of spool files in the 
system. Each spool file requires 128 bytes of free storage; 3,200 spool files use up 100 pages of free storage. 


3) Less than 50% of prime free storage is used. By reducing prime free by 25% you can return 11 pages to free storage. 


(Not much, but the average extend depth is 11). 


Consider enabling the swapping system. The I/O configuration seems capable of supporting swapping. 3380s are 
excellent swapping devices. The solid state devices could be used for paging and to relieve contention on critical 


volumes (e.g. those mentioned above). 


It is possible that the high storage queue is artificial. With fast paging devices you can support more users, but the 
system may not appreciate this and hold users in the eligible list. Consider increasing APAGES or decreasing the 
PAGING BIAS to regulate the system’s use of the storage queue. 


f. VTAM is paging too much and needs to be tuned. It has 760 pages reserved but maybe that isn’t enough. 


16MB to above 16MB. For this system, 
this value was 0, so the recommendation 
was made to ensure that the fixes were 
installed. 


Recommendation Three 
Free storage extends are a serious prob- 
lem. In the problem analysis section sev- 
eral possible causes for the extensions 
were identified and the principle cause re- 
ceived the focus: free storage fragmenta- 
tion. 

@ The natural recommendation is to *‘re- 
duce free storage fragmentation.’’ Un- 
fortunately, it is not clear how you do 
that. If users do not log off frequently 
enough, then free storage can become 
fragmented. However, it seems that this 
is not the case here. 

@ Another approach is to attempt to re- 
duce free storage consumption. In the 
problem analysis this was discounted as 
being the principle cause of the extend 
problem but a reduction in storage re- 
quirement would probably also benefit 
the fragmentation problem. Spool files 
are a significant consumer of free stor- 
age so a reasonable recommendation is 
that the number of spool files be ex- 
amined. 

@ Along the same lines, note that prime 
free storage is less than 50 percent uti- 
lized. Unused prime free storage is 
wasted so it should be redefined as free 
storage. It is interesting to note that the 
amount of prime free storage that is un- 
used is the same amount of free storage 
that is extended (just a coincidence). 
This suggests that returning the prime 
free storage to free storage might help. 


Recommendation Four 
The decision to disable the swapping 


system is an unusual one for VM/SP HPO 
4.42. This is pointed out and whether the 
decision is still reasonable is questioned. 


Recommendation Five 

Eligible list times are quite high in this 
system. Adjusting the eligible list is one 
of those mysterious functions in VM for 
which there are no algebraic relationships 
with which you can feel comfortable. In- 
stead, it is known that APAGES is rec- 
ommended as a tuning aid for manipulat- 
ing the eligible list. It is also known that 
the PAGING BIAS plays a role in the 
determination of time spent in the eli- 
gible list. 

The recommendation given here is 
speculative. It assumes that the eligible 
list wait is artificial and attempts to force 
the system to let more users into memory. 
In fact, this recommendation might not 
work at all. Some other knobs might prove 
more successful. 


Recommendation Six 

VTAM is paging at more than one per 
second so a paging problem is diagnosed. 
One of the recommendations in the report 
is reserving a certain number of pages for 
the VTAM service machine. It is evident 
that this has been done already but does 
not seem to be holding down the page 
rate. 


Conclusions and Future Work 


The worksheet methodology has been 
applied to more than 30 VM systems of 
all sizes, ranging from a 9373 Model 20 
running VM/SP to a 3090 Model 200 run- 
ning VM/SP HPO 4.42. In all cases, the 
worksheet has proven a useful tool for the 
summary and communication of VM per- 
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formance information. The worksheet 
based methodology achieves many valu- 
able goals for the performance analyst. 

Time saving: the VMMAP report must 
still be looked at, but the worksheet pro- 
vides a focus for the extraction of the 
valuable information. 

Communication: the worksheet is rel- 
atively concise. Other individuals in an 
organization can quickly locate the por- 
tions of the worksheet that are relevant to 
them. 

Organization: the worksheet is orga- 
nized in a way that is complementary to 
the systematic approach taken by many 
performance analysts. 

One of the motivations for developing 
the worksheet was to save some time for 
the busy performance analyst. The work- 
sheet provides a methodology so it cer- 
tainly accomplishes the goal. However, 
an automated aid will save even more 
time. It is clear that certain portions of 
the worksheet lend themselves more read- 
ily to automation than do others. Specif- 
ically, the first sections that deal with the 
extraction and organization of key indi- 
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cators for key resources are readily au- 
tomatable. This is where the automation 
process was begun. 

The last sections, specifically ‘‘prob- 
lem analysis,’ “‘recommendations’’ and 
“‘questions’’ are much more difficult to 
automate. The search graph methodology 
discussed for problem analysis suggests 
an approach for automation of this sec- 
tion. However, this is not so easy consid- 
ering problems like exception identifica- 
tion. For reasons discussed earlier, 
recommendation generation is even harder. 
For certain kinds of problems, especially 
those involving the I/O subsystem, auto- 
mating the generation of recommenda- 
tions is more manageable. = 


ABOUT THE AUTHORS 


Joseph Hellerstein is a research 
staff member at IBM’s T. J. Watson 
Research Center in Yorktown Heights, 
NY. Prior to completing his Ph.D. at 
UCLA, he worked at Honeywell Inc. 
for several years designing operating 
systems, working in communications 


and networking software. Since join- 
ing IBM in 1984, he has worked on 
expert systems for performance man- 
agement and VM performance. 

Dr. Robert Berry is a research staff 
member at IBM’s T. J. Watson Re- 
search Center in Yorktown Heights, 
NY. He earned his Ph.D. degree from 
The University of Texas at Austin in 
1983. Prior to joining IBM he was 
employed by Boole & Babbage, Inc. 
designing capacity planning and per- 
formance management _ software. 
Since joining IBM in 1987, he has 
worked on performance tuning and 
performance problem diagnosis tech- 
niques for VM. 


EDITORIAL EVALUATION 


Please circle the appropriate numbers on the 
Reader Service Card. 
1.) This article was: 
230 (Interesting/Helpful), 231 (Too Tech- 
nical), 232 (Too Basic) 
2.) Would you like more articles on the same 
subject? 
233 (Yes), 234 (No) 


Unlocking mainframe resources: word processing. 


Why are so many end user reports 


outdated before they te written? 


Timeliness is critical for 
many end user reports. But 


eS 


Agr 
(fn 
= - 


DP can't always drop ongoing 
work to respond quickly to 
report requests. 

Now there's a way out of the 
report support bind: mainframe 
word processing for end users. 

Ed Word? is the key. With 
EdWord software, your end 
users will enjoy benefits like 
mail merge, menus, spelling 
correction, easy formatting, 
and online print preview, 


EdWord and ESS are registered trademarks of 
Trax Softworks, Inc 


22 CIRCLE #54 on Reader Service Card A 


among others. 


Anyone with a 3270 can use 


EdWord. For real flexibility, use 
EdWord with ESS® the Trax 
spreadsheet package, to inte- 
grate text with financial data. 


Trax is the key. Join the 


more than 500 companies using 
Trax software around the 
world. Contact Tom Cox, 10801 
National Blvd., Los Angeles, 
CA 90064. FAX: (213) 470-2487. 
Telex: 350048. Telephone: 
(213) 475-TRAX. 


4 Tr eax Softworks, Inc. 


Unlocking end user 
productivity on your 
IBM mainframe. 


March 1989 


Capitalize On 
Greater Performance 


You don’t have to be a member of Congress to in-depth seminars on networking, automated 
meet distinguished colleagues in Washington, operations, and performance management 
D.C. At the third annual Candle Performance trends. Your session instructors are all industry 
Conference this spring, you'll be part of a veterans with years of hands-on experience. 
history-making agenda. It’s the premier And because the focus throughout is on 
forum for the performance and tuning learning, not note taking, detailed 
experts who run today’s high-per- conference transcripts are distributed 
formance online systems. The free to all participants. 
conference offers more than 0‘. Don't Filibuster — Enroll 
60 sessions under one roof, Pi . _ Now for Special Discounts! 
all for the price of a single mm, The conference fee of $1,500 
conventional class. is a real bargain because it 
Watch Performance includes admission, docu- 
Blossom mentation, and all hosted 
Only the 1989 Candle meals. And you'll save 
Performance Conference $200 if you register before 
offers this much imme- March 30, so don’t let 
diately applicable your savings get hung up 
information on system in committee. Enrollment 
performance...insights is limited. For registration 
that can quickly boost details, call the Candle 
your data center’s Education hotline today 
productivity and service at (213) 442-4075. 
levels. In addition to 
the environment- 
specific sessions, i 'Candle: 
yak bret (A ee ee 

from the scores of Los Angeles, CA 90025 


April 30 — May 5, 1989 
Hyatt Regency Hotel 
Bethesda, Maryland 


CIRCLE #116 on Reader Service Card A 


C 


May 


How 


ale )0 


Affect 


ata Processing 
Professionals 


ne of the most meaningful mo- 

ments of my life occurred when I 

was about 25. While watching a 
news commentary, I learned that Nelson 
Rockefeller, governor of New York and 
later vice president of the United States, 
was bothered by an affliction called dys- 
lexia. This affliction, the commentary said, 
caused letters and words to appear out of 
order. Instead of seeing things as they were 
printed, the dyslexic individual would see 
things in a scrambled pattern. The com- 
mentary indicated that dyslexia could be 
overcome and that Governor Rockefeller 
was a good example of someone who had 
done this. This was the first time that I 
realized there was such a thing as dyslexia 
and I recognized almost immediately that 
this was a problem I had been fighting most 
of my life. 
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By Ted C. Keller 


Dyslexia or more properly, functional 
dyslexia or specific language disorder, is a 
neurological dysfunction affecting visual, 
auditory and spatial perception. The most 
commonly publicized aspects of dyslexia 
have been the perceptual problems associ- 
ated with reading and language disorders 
but dyslexia is much more than this. Dys- 
lexia involves a wide range of perceptual 
difficulties in which information from 
many of the body’s sensors arrives in the 
brain in a confused state. Individuals suf- 
fering from dyslexia may experience con- 
fusions of time and space, visual percep- 
tion and auditory understanding. 

While dyslexic individuals face many 
challenges, they also tend to have above 
average intelligence and good mathe- 
matical and reasoning skills. Since these 
are the very skills most commonly shared 


by data processing professionals, it is quite 
likely that a fair percentage of those read- 
ing this article may suffer from this dys- 
function as I do. It is my hope in writ- 
ing this paper that others who share this 
problem will benefit from my experiences 
and come to a better appreciation of 
themselves. 


My Early Experience 
With Dyslexia 


When I was younger, I was somewhat 
uncoordinated (a sign of dyslexia) and had 
a strong left-right disorientation (a sure 
sign of dyslexia). I can remember not being 
able to tell my left hand from my right hand 
until I was about eight or nine years old. | 
can recall my stepfather suggesting that I 
just remember which hand I used for writ- 
ing. When I tried to do that, my mind 
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would go blank; but when I would later 
pick up a pencil without thinking aboutit, I 
would naturally use my right hand. When I 
was about eight years old, I injured my 
right wrist. The injury left a rather large, 
conspicuous scar. From that point on, I 
always could tell which was my right hand 
— it was the one with the scar on it. Even- 
tually this relationship became firmly en- 
graved in my mind and this specific disori- 
entation ceased to be a problem. 

Throughout my life there have been 
other similar confusions that have chal- 
lenged my creativity and patience. It used 
to be difficult to remember which faucet 
controlled the hot water and which the 
cold, especially if they were not marked. It 
was difficult to remember that most 
threaded things were turned clockwise for 
“in” and counterclockwise for “out.” Other 
relatively simple relationships eluded me 
until I worked with them enough that firm 
patterns could develop in my mind. For the 
most part, these aspects of daily life no 
longer trouble me unless I am very tired or 
under a lot of stress. 

I can also remember that as a child I had 
a hard time differentiating between the let- 
ters b and d. I also had trouble remember- 
ing which way letters like S and N faced. I 
do not remember much about this phase of 
my past except that it was difficult to under- 
stand why I could not seem to learn such 
things while others could do so easily. Sug- 
gestions like, remember that the bump is 
on the left side for d, were no help since it 
would be quite a while before left and right 
became firmly cemented in my mind. I 
suppose that my learning came mostly 
after much drilling with various self- 
created memory aids. Somehow I even- 
tually forced myself to associate the appro- 
priate shapes with the correct symbols. 

Throughout grade school and into 
junior high, “mathematics” was very diffi- 
cult for me. When I was going to school, 
mathematics was almost entirely arithmetic 
through junior high. It seems that the ma- 
jor difference between fifth and eighth 
grade math was the size of the numbers we 
were expected to multiply or divide. While 
I had no difficulty remembering the vari- 
ous multiplication or division tables, a se- 
ries of numbers would not always be per- 
ceived in the same order in which they were 
written. Even though I could do a reason- 
ably good job of determining the solution, 
it had to be a slow process in order to allow 
proper perception of the various digits in- 
volved. And, even if I could correctly cal- 
culate the answer, there was a reasonable 
chance that I would record it incorrectly. I 
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Dyslexia 


suppose I must have appeared rather dull 
to those responsible for teaching me arith- 
metic. I can remember being told that I was 
passed in some of my early years not be- 
cause of what I could do but because my 
teachers seemed to think I knew the mate- 
rial well enough to advance. 

In high school, my world changed. In 
ninth grade I took a class in elementary 
algebra; this was the beginning of the rest 
of my life. I enjoyed playing with symbols 
and algebra fascinated me. I started read- 
ing ahead in the text and working problems 


on my own. Within three months I had 
mastered not only the material in the fresh- 
man text but most of that in the junior 
algebra text as well. Before mid-year I was 
working on college algebra and calculus. It 
seemed that I was constantly exploring my 
new world working math problems of some 
kind. Like many other dyslexics, I had 
been blessed with strong relational and 
analytical skills. For the first time in my life 
I discovered something at which I could 
excel and this gave me a chance to grow out 
of my shell. 
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using specified transactions, terminals with active or suspended tasks, etc. Generic 
searching by terminal-id or transaction is included. All commands can be issued 
from the operator console as well as any other CICS terminal. Also included is a 
feature to automatically sign off or log off inactive terminals, even those running 
conversational tasks. $495 for purchase. 


recovered quickly and correctly. The journal facility of CICS provides the data, but 
not the recovery programs to restore your CICS updates. CICS/FRS supplies the 
programming for you. It is a flexible system which can select CICS journal records 
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for purchase. 
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CICS/FRS - Corrupted or lost VSAM files (KSDS, ESDS, RRDS) need to be 


Courses like English and history con- 
tinued to plague me throughout high 
school. I was always a slow (if not very 
slow) reader and these courses always re- 
quired much reading. Unless I read slowly, 
the words might look like other words or 
appear in a scrambled order. I can re- 
member not keeping up with reading as- 
signments, partly because of my slowness 
and partly because of my unwillingness to 
spend much time doing that which did not 
seem productive. 


Dyslexia and the Business World 


When I first started working as a pro- 
grammer, I quickly found my niche writing 
Assembler programs. The small number of 
characters and large reliance on symbolic 
relationships fit my patterns of strength 
quite well. Working in languages such as 
COBOL, in which a large amount of ver- 
bage was involved, not only did not appeal 
to me but could also have been disastrous. 
The likelihood of my mistaking or misin- 
terpreting longer labels and words would 
have made it difficult for me to be as effi- 
cient as I could be in a more basic lan- 
guage. Luckily, I was able to work in areas 
suited to my strengths, finding both satis- 
faction and success. Even though I was not 
yet aware that there was such a thing 
as dyslexia, I instinctively concentrated 
on the type of work for which I seemed 
best suited. 

My slowness in reading would haunt me 
most of my career. Not realizing the nature 
of my problem until several years after I 
began working as a programmer, I just con- 
sidered myself a slow reader. While others 
seemed to be able to read a page in a 
minute or two, it would take me signifi- 
cantly longer. Concentrating on a word or 
two at a time, I could read words correctly 
and in the order in which they were writ- 
ten. If I looked at something quickly, what 
I saw was often not what was actually there. 
Because of the time needed to read any 
material, I had to be selective of which 
manuals I would invest time reading. This 
limitation forced me to learn to specialize 
and become proficient in selected areas. 
It also forced me to leave some aspects of 
my profession on the periphery of my 
awareness. 

Knowing that I would never have the 
time to read general information about 
many things, I chose to concentrate on a 
few and become the best I could be in my 
chosen specialties. Over time, as my hori- 
zons expanded, the depth of my knowledge 
in many areas became a tremendous asset. 
But while being the “expert” in some 
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areas, I would remain almost illiterate in 
others for long periods of time. 

To overcome my inability to read large 
amounts of material quickly, I learned to 
shy away from tools or products that would 
require much reading. I would find some- 
thing particularly useful to me and, partly 
as a result of the slowness with which I 
read, totally absorb most of its finer points 
and intricacies. When I did not have the 
time to do all the reading necessary to be- 
come familiar with some product or fea- 
ture I needed to use, I would avail myself of 
the expertise of others. In time, I was able 
to develop a knack for asking questions 
and could usually draw a considerable 
amount of information from the right indi- 


Part of every 
programmer’ s job is the 
verification of test 
results. Whenever 
possible, I would let the 
computer do much of 
the verification work for 
me. I could allow 


technology to help me 


do those things I found 
most difficult. 


vidual in a relatively short amount of time. 
(Of course, the trick was in locating the 
person with the right answers.) Balancing 
the experiences of others with selected 
reading, I could become proficient in most 
things quite rapidly. 

Over time my reading skills seem to have 
improved. It seems that I can read some- 
what more rapidly than when I was youn- 
ger. The confusion of letters and words no 
longer seems as intense as it was in the past. 
While I probably will never be able to read 
rapidly, I have grown to a point where I am 
not as limited as I used to be. I still have 
perceptual problems if I look at something 
quickly but I can overcome this by taking 
my time. 

One of my greatest challenges has been 


reading in front of other people. I have 
always been somewhat embarrassed by my 
slow reading speed. Whenever someone 
would bring me a page or two to read while 
they waited, I would panic mentally. Being 
somewhat impatient (especially with my- 
self), my vanity would not allow me to ad- 
mit to others how long it would take me to 
read what was before me. As a result, I 
would try to scan the material rapidly, 
gleaning whatever truth I could from the 
more significant keywords and a few key 
sentences. It took me years to realize that I 
would never be a speed reader and that it 
was all right to read things slowly. I have 
found that most people do not need a re- 
sponse to material immediately and usu- 
ally do not mind if I read the material by 
myself and get back to them later. 

Part of every programmer’s job is the 
verification of test results. Typically, it is 
necessary to produce lists of input and out- 
put data and then manually inspect the 
output comparing it to expected results. 
This often involves comparing columns of 
numbers, names or text to similar informa- 
tion derived from other sources. With a 
propensity to reverse letters as I looked 
from one source to another, the task 
of verifying test data was always 
cumbersome. 

As with other problems, I was eventually 
able to develop techniques that would al- 
low me to do this reasonably well (but 
never very rapidly). One trick I found was 
to read the numbers or letters from each 
source aloud. (The involvement of multi- 
ple senses is encouraged as a way of over- 
coming many of the effects of dyslexia.) I 
would often see something one way and 
find myself reciting it in a different order. 
Somehow I was able to sense the difference 
between what I saw and what I said and 
compensate for my inadequacies. Over 
time these skills have improved and I sel- 
dom have much difficulty reviewing data as 
long as I limit myself to eight to ten charac- 
ters or digits at a time. 

Whenever possible, I would let the com- 
puter do much of the verification work for 
me. If I could find the same data in two 
different sources, it was usually a relatively 
easy task to write a quick program to match 
and compare data and display the results, 
providing a more thorough means of ver- 
ifying data. I could allow technology to 
help me do those things I found most 
difficult. 

Dyslexia also affects auditory percep- 
tion. Though my hearing is adequate (ex- 
cept for very high frequencies), word 
sounds often become confused. While I 
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can hear the sounds distinctly, they do not 
always arrive in my mind in the correct 
order. Sometimes letter sounds become 
confused. When I hear a new word (es- 
pecially if it is a long word), it may take me 
several attempts to pronounce it correctly. 
Though recognizing the sounds, I have dif- 
ficulty retaining their correct order. 

All my life I have had trouble hearing, 
not because of mechanical problems with 
my ears but because of a dysfunction that 
occasionally confuses order. And until I 
learned a few tricks, this problem ham- 
pered my communication with others. The 
first and most important technique I 
learned was active listening. This involves 
listening with one’s mind as well as one’s 
ears. It requires using attentiveness skills 
and resisting internal distractions. In order 
for me to comprehend what is being said, I 
must not only listen carefully but I must 
take advantage of visual and contextual 
clues. Then, when word sounds are occa- 
sionally transmitted incorrectly to my 
mind, I can sort them out and determine 
what was probably said. When listening in 
context, it becomes easier to follow what is 
being said. 

To use these listening skills, I have 
learned to position myself so that I watch 
the person speaking. When involved in a 
conversation with more than one person, I 
try to allow myself to see as many of those 
speaking as possible. If I really want to pick 
up what is being said, I need to be more 
active and follow the conversation with my 
mind and body as well as my ears. Of 
course, I do not always have the energy to 
pursue this as diligently as I should, causing 
me to miss out on parts of some good 
conversations. 

One last difficulty that I believe to be 
associated with dyslexia is my inability to 
recognize faces. While I have not been able 
to locate reference material relating this 
problem with dyslexia, it has just recently 
occurred to me that shapes and patterns in 
faces are little different than symbols used 
in language. It seems reasonable to me that 
if my neurological dysfunction could affect 
the way I perceive symbols, it could also 
impact my ability to recognize faces. 

It has always been embarrassing for me 
to meet someone and shortly forget their 
face when meeting again. While I have no 
difficulty seeing features clearly, my mind 
has a difficult time compiling the series of 
images that constitute a face into a mean- 
ingful likeness of an individual. I have 
learned to study others’ faces more care- 
fully and diligently. I have also learned to 
take advantage of other non-verbal clues 
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(such as voice or mannerisms) but this is 
not always effective. And, I have learned to 
develop contextual clues to help associate 
faces with the environment in which I am 
most likely to encounter them. This can be 
effective except when I meet someone I 
should know in a situation in which I did 
not expect to find them. I might be hope- 
lessly lost trying to remember whether I 
recognized them and in what connection. 


Dyslexia’s Other Effects 


Along with the physical limitations of 
dyslexia, individuals with dyslexia may de- 
velop behavior patterns to compensate for 
the inconsistencies they experience. In the 
past, when dyslexia was not well known or 
recognized, dyslexics would often be 
labeled as slow learners, lazy or unin- 
telligent. Imagine what kind of self-image a 
child will develop when he or she cannot 
recognize basic letters, remember what di- 
rection the letter s faces, tell which direc- 
tion is left or right and has trouble with 
other basic relationships. Imagine further 
how a lack of coordination can contribute 
to an already low self-image. (Some of the 
perceptual problems associated with dys- 
lexia can lead to coordination problems 
with basic tasks — such as riding a bicycle 
or catching a ball.) The confusion of left 
and right can lead to difficulties with bal- 
ance, steering, catching and so on. Before 
dyslexia was commonly recognized, the life 
of a dyslexic child could be filled with frus- 
tration and discouragement. 
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Everyone is an individual and will re- 
spond somewhat differently to similar sit- 
uations. In some cases, especially when 
dyslexia is not diagnosed until later in life, 
the child may feel alone and inadequate. 
Children tend to pick up quickly on pecu- 
liarities in one another and can be quite 
cruel to others who are at all different. The 
dyslexic child’s reaction may be to become 
introverted, turning inward to escape 
failure and ridicule. In many ways the dys- 
lexic may have the same needs for achieve- 
ment and friendship as other children but 
perceptual problems may interfere with 
chances of success. Depending on the 
child’s needs and the seriousness of his or 
her disability, significant levels of anxiety 
can develop. Various kinds of avoidance 
behavior may develop as the young person 
tries to cope with a world that is hard to 
understand. 

Most dyslexics can overcome many of 
their perceptual limitations with training 
and perseverance. Recognizing dyslexia’s 
symptoms and understanding some of its 
mechanical implications can go a long way 
in overcoming frustration. Until I came to 
an understanding of my limitations, I used 
to be so terribly frustrated that I had diffi- 
culty doing some things that most others 
could accomplish easily. Having recently 
come to a better understanding of many of 
the features of dyslexia and how they have 
caused me so much trouble, I have gained a 
new appreciation of myself, my physical 
limitations and the learned patterns I have 
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acquired to deal with my difficulties. For 
example, I can now see that I have always 
been shy and somewhat reluctant to meet 
new people because I was afraid that I 
would be embarrassed by not recognizing 
them later or be unable to understand 
them due to my limited auditory percep- 
tion. I can also now understand my ten- 
dency to work alone, avoiding potentially 
embarrassing situations that might be 
caused by my limitations. While I am al- 
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ready learning new ways to compensate for 
and overcome the physical deficits of dys- 
lexia, it may take time to adjust my life to 
take advantage of my newly attained 
insight. 


Conclusion _ 


Dyslexia is a problem that affects many 
people, both young and old. It is not lim- 
ited to any race or culture, nor is it directed 
more at any one socio-economic group 
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than another. With more public awareness 
over the past several years, dyslexia is com- 
monly detected early in childhood when 
remedial treatment is most effective. More 
than 20 million people suffer from some of 
the limitations of dyslexia and most can 
lead normal lives. Dyslexia is a problem 
that can be overcome but only when there 
is an awareness of its symptoms. 

I suspect that many who read this article 
will recognize these symptoms either in 
themselves or someone close to them. 
Some may realize for the first time that 
difficulties they have been experiencing are 
merely signs of dyslexia. For many, the 
problems will be relatively minor as they 
have been in my case. In others, the prob- 
lems may be more severe. In most cases, 
though, dyslexics can learn to overcome 
their limitations once they recognize and 
understand them. 

More than anything, young dyslexics 
need love and encouragement. They need 
to find their strengths early in life and build 
on them. They need successes and chances 
to leverage their strengths. Those who 
have grown up with dyslexia without being 
aware of the nature of their dysfunction 
may need understanding, both of them- 
selves and by others. They may need to 
learn to appreciate themselves so that they 
may look beyond their limitations and ex- 
ploit their strengths. Dyslexia is a limita- 
tion but it can be seen as an inconvenience 
to be overcome or an obstacle in life. 
Hopefully, this article will play a small 
part in letting others become all they 
are meant to be. = 
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NOREX Accelerates 
SAM Processing; 


Trims Processing Time By Half 


bjective: Reduce the 
processing time required 
to run a mission-critical 
leasing system. 


hen Honda Bhyat was ap- 
pointed assistant vice presi- 
dent at NOREX Leasing, Inc. 


(Toronto, Ontario), the largest leasing 
company in Canada was facing a proc- 
essing problem: the time required to 
process its mission-critical leasing appli- 
cation threatened to exceed the available 
batch window. 

Sustained healthy growth in its leasing 
business created an increased volume of 
work and enormous pressures on NOR- 
EX’s MIS department to speed up the 
processing of its leasing system. However 
while working faster was certainly a goal, 
getting bigger was not. An upgrade of the 
CPU, an IBM 4381 Model Group 14 run- 
ning under MVS/XA, was quickly re- 
jected as not financially acceptable. 

NOREX found the solution to its prob- 
lem by replacing VSAM with an alternate 
way to access files: IAM from Innovation 


MAINFRAME JOURNAL 


By John Kador 


Data Processing (Little Falls, NJ), the 
same company that provided FDR/ABR, 
the DASD management system used by 
NOREX. Under VSAM, according to 
Bhyat, run times for the leasing applica- 
tion averaged six to eight hours a night, 
a figure that was creeping steadily up- 
wards. After installing IAM, the average 
run time immediately fell to three to four 
hours, a 50 percent reduction. Here was 
just the kind of relief NOREX needed for 
its batch window problem but there was 
another side to the system that just could 
not be ignored. 

NOREX’s leasing system, one of the 
most advanced of its kind, provides ex- 
tensive on-line services for its users under 
CICS. The CICS portion of the system, 
in fact, relies almost exclusively on the 
same files that had been converted to IAM 
for the batch cycle. Moreover, the batch 
implementation had been undertaken with 


olution: Accelerate VSAM 
with a high performance, 
indexed access accelerator. 


some apprehension as to what the impact 
of IAM would be on CICS. 

What NOREX found was an unantici- 
pated but very pleasant surprise. Simul- 
taneously, terminal response time was 
slashed in half. Systems Management Fa- 
cility (SMF) statistics revealed there were 
only half as many I/Os processed as com- 
pared to before IAM was installed. 

Bhyat is quick to note that NOREX’s 
processing constraint was not a function 
of VSAM per se. The way NOREX used 
COBOL contributed to the situation. In 
1983, NOREX had converted from DOS/ 
VSE to MVS. The leasing application de- 
veloped under DOS in COBOL made use 
of VSAM in a way that was resource- 
expensive under MVS. Specifically, the 
leasing system was designed to make use 
of the ‘“‘Access Is Dynamic’? COBOL 
statement, a statement that allows pro- 
grammers freedom to switch between 
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processing modes. Under DOS, use of the 
statement incurred no significant penalty. 
Not so under MVS with its scrupulous 
integrity rules. 

Nor was it practical to rewrite the ap- 
plication to eliminate the dependence on 
the statements. The potential rewrite was 
calculated to require six to eight man- 
months of coding, not to mention the time 
required for the exhaustive testing that 
would have been added to the cost. It was 
something no one wanted to undertake. 
‘*After looking at the problem in depth, 
we saw that even if we did the rewriting, 
the gain would be minimal,’ Bhyat says. 


Optimizing VSAM 


Leaving no stone unturned, Bhyat first 
thought that fine-tuning VSAM was the 
place to start. In fact, by optimizing some 
JCL, NOREX was able to extract some 
significant performance gains from 
VSAM. However with increases in work- 
load, even with that increase in perform- 
ance, running the leasing application 
threatened to overwhelm the available 
batch window. 

Since VSAM fine-tuning helped but did 
not offer a permanent remedy, ‘“There was 
simply no alternative but to actually speed 
up the jobs,’’ Bhyat recalls. VSAM was 
a major bottleneck. NOREX looked for a 
higher-performing alternative. To be con- 
sidered, the alternative had to offer at least 
all the functionality of VSAM, be faster, 
incur no greater overhead and be trans- 
parent in use to programmers and end 
users alike. ‘‘That’s where IAM came into 
play,’ he adds. 

After testing IAM, it was clear that 
NOREX had the solution to its problem 
in hand. On the batch side, the use of 
IAM resulted in a 50 percent reduction in 
run time over that achieved by fine-tuning 
VSAM. While for most jobs savings was 
50 percent, savings on some heavy pro- 
cessing jobs were much higher. ‘*The pro- 
cessing time required to run one job 
dropped from 14 hours to two hours,’ 
Bhyat notes. ‘“‘Considering that our pro- 
cessing volume had increased, we’d re- 
quire six hours of run time to process the 
leasing application. [AM has now knocked 
that down to three hours. Our month-end 
runs used to take two days. Now that takes 
one day. More work gets done in less time. 
We are able to sustain our promised serv- 
ice levels even with increasing volumes, ’ 
he adds. 

As if these results were not enough, 
NOREX actually concluded it could 
quickly justify IAM on the basis of the 
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DASD space saved on test files alone. 
NOREX found it recovered anywhere 
from 35 to 50 percent of the DASD units 
its test files were consuming. ‘“We were 
able to justify IAM on the DASD-savings 
basis alone without even putting it into 
production,’ Bhyat claims. 

The data compression savings trans- 
lated into substantial savings in magnetic 
media, as well. Under VSAM, NOREX 
used 28 reels of magnetic tapes nightly to 
do selective database backups. After it 
switched to IAM, it was immediately able 
to perform backups using only 20 tapes a 
night. Besides a savings of more than 200 
reels of tape a month, there were corre- 
sponding savings in archiving and tape 
mounting costs. However as Bhyat is 
quick to point out, the greatest benefit is 
in the company’s disaster recovery capa- 
bility. With the reduced run times, back- 
ups can be started early enough to capture 
everything processed in the preceding 24- 
hour period instead of just some of the 
data. Bhyat and the entire MIS staff sleep 
much better now. 


High Performance 
Access Alternative 


IAM is a high-performance indexed ac- 
cess alternative. For use when existing in- 
dexed access methods do not meet the 
performance requirements of the appli- 
cation, IAM will outperform conven- 
tional access methods such as VSAM in 
MVS, XA and CMS environments. For 
the most part, IAM is transparent to the 
user and is of little concern to the systems 
programmer. 

VSAM was an attempt to provide an 
access methodology that gave applica- 
tions a measure of data independence. 
Users of VSAM are made to pay dearly 
for this independence. 

An IAM file is a non-VSAM file in the 
catalog. It is thus devoid of most of the 
complications inherent to VSAM. It con- 
sists of a single MVS dataset with the 
data, index and file descriptions all con- 
tained within the dataset itself. [AM tai- 
lors a file’s processing dynamically, ac- 
tually changing buffer processing options 
during execution. IAM’s ‘‘Real Time 
Tuning”’ is a powerful facility. 

Clearly IAM made a significant differ- 
ence in batch processing at NOREX. In 
addition, the performance gains provided 
by IAM have paid off in many subtle 
ways. As batch performance is no longer 
a criterion, it has meant a reduced need 
to rewrite applications. The benefit? Pro- 
grammers can be put on jobs that more 
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directly benefit the business. NOREX saw 
corresponding benefits in CICS process- 
ing as well. 

For example, the use of IAM has made 
CICS more efficient in two ways. First, 
in terms of improved system usage, IAM 
gave NOREX a 25 percent reduction in 
overall CICS CPU time. Relative to 
VSAM, it enabled a 45 percent savings 
in I/O. Second, and perhaps of more sig- 
nificance in the long term, because IAM 
is self-tuning with dynamic buffering, 
NOREX’s lone CICS systems program- 
mer can concentrate on CICS instead of 
tuning VSAM. 

Finally, the use of IAM translated into 
significant savings of hardware and re- 
lated maintenance costs. Under VSAM, 
NOREX had allocated 12 3380s for 
VSAM and all 12 were saturated. With 
IAM installed, only seven were needed, 
a 60 percent reduction. The other five vol- 
umes were freed up for other uses. 

At NOREX today, VSAM is used only 
when IAM cannot be employed, typically 
for the applications NOREX inherited that 
still require alternate index files. That sit- 
uation is rare. Out of 120 files in NOR- 
EX’s test CICS regions, 106 are IAM files. 
According to Bhyat, when IAM supports 
alternate indexes, VSAM files could be 
retired for good. 

Bhyat reports that Version 6 of IAM is 
virtually 100 percent transparent to users. 
IDCAMS supports it as a normal VSAM 
file; no changes are required to JCL. 
‘“We’ve never had to make a program 
change because of IAM,”’ he says. 

If all of these savings sound a little too 
“‘easy’’ to be true, Bhyat agrees. ‘‘IAM 
performs as well as the hardware you give 
it. If you are running VSE/SP and have 
a memory-constrained system, overall 
performance may not be as great as we 
have experienced. IAM takes advantage 
of XA storage above the line and proba- 
bly could benefit even more in an ESA 
environment.’ = 
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he new MVS/ESA operating sys- 
[T= grants programs the use of up 
to 16 terabytes (TB) or trillion bytes 
of virtual data. The article, ‘‘ESA Is On 
The Way,’’ that appeared in the January 
1989 issue of MAINFRAME JOURNAL 
showed why the data processing environ- 
ment of the coming decade mandates vast 
storage and improved performance. How 
the ESA/370 architecture expands the ex- 
isting structure to address this storage 
while reducing the overhead was the sub- 
ject of ‘‘ESA’s Addressing Architecture’ 
that appeared in the February 1989 issue. 
This article explores ways in which this 
new storage can be used by application 
programs. The keys to use of this storage 
are new ESA facilities, data spaces and 
hiperspaces. 
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‘A Look At MVS/ESA’s 


Data Spaces 


In MVS/ESA, programs can refer to 
data outside of their address space, in a 
data space. Data spaces are virtual storage 
structures similar to address spaces. Data 
spaces enable MVS/ESA to provide ap- 
plication programs with immense data ad- 
dressability. 

Characteristics 

Like address spaces, data spaces are 
variable in size up to a 2GB maximum. 
There are, however, some significant dif- 
ferences between the two. Data spaces 
exclusively store data. Instructions cannot 
be executed in a data space. Also, the 
entire 2GB area is devoted to data. None 
of the space is used for common area (nu- 
cleus, LPA, CSA, SQA) as with an ad- 


Data 
Spaces And Hiperspaces 


By Michael Haupt 


dress space. In addition, data spaces can 
only be referenced using access registers, 
a set of 16 registers introduced by ESA/ 
370. Lastly, data spaces do not have ad- 
dress space control blocks and identifiers 
(ASCB and ASID). They are identified by 
means of a STOKEN or space token. 

Each data space is owned by a single 
address space. That address space may 
share the data space with other address 
spaces. 

The data space contains virtual storage. 
There is no automatic connection with a 
permanent dataset. When the owning ad- 
dress space terminates, the data space and 
its contents are lost. 

Data spaces are created and deleted by 
the DSPSERV macro. The RELEASE 
option of DSPSERV returns all or part of 
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POOL-DASD: 


e Makes Pooling Easy 

e No EDTGEN’s or IPL’s to change pools 

e No JCL or program changes 

e Over 50 fields offered as selection 
criteria for pooling and standards 
enforcement 
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e Pre-Allocation standards enforcement 

e Installs in 30 minutes 

e Provides Management Control 

e NON-SPECIFIC VSAM POOLING 
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Customer Comments... 


‘“POOL-DASD has allowed us to go 
from user-managed storage to system- 
managed storage and enabled us to 
position ourselves for the future — 
TODAY!’’ 


- Data Processing Center Manager 
Financial Services Company 


“Users don’t have to worry about find- 
ing space for VSAM datasets. POOL- 
DASD finds it for them automatically.’ 


- DASD Administrator 
Communications Firm 


‘*POOL-DASD’s flexibility and enforce- 
ment capabilities returned control of 
all DASD allocations back to where it 
belongs — with ME — I like being in 
control.’’ 


- Technical Services Manager 
Bank 
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e Intercepts the abend 

¢ Dynamically finds available DASD 
space 

® Allocates the space to the job 

* Continues the job without abending 

e Produces a detailed audit trail 


® Is completely user controlled 
® Stops ‘‘Primary space not available”’ 


¢ Dramatically increases DASD 
utilization 

® Helps delay DASD purchases 

© No JCL changes 

e No program changes 

® Installs in 30 minutes 
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Customer Comments... 


“Finally a month-end without X37 
abends...”’ 


-MANAGER OF TECHNICAL SERVICES 
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‘‘In our business, we have to be on time 
- no excuses! Our “‘batch window”’ is 
very tight. We do not have time to 
re-run jobs. STOP-X37 makes us look 
good.’ 


-V.P. OPERATIONS 
BANK 


““STOP-X37 saved a major job from 
abending at 3:00 a.m. during the 
evaluation period...Guess who didn't 
have to wake up and fix it? | became an 
instant fan of STOP-X37°’ 


-PRODUCTION SUPPORT MANAGER 
MANUFACTURING COMPANY 
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causes within application programs 
and subsystems in any address space 
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the data space to its freshly created state. 

Private and Shared Data Spaces 

Data spaces can be either private or 
shared. A private data space can be cre- 
ated by any address space. The private 
data space is used exclusively by its cre- 
ator. When an address space is swapped, 
all private data spaces it owns are swapped 
as well. 

Shared data spaces, as the name im- 
plies, can be shared between any number 
of address spaces. Shared data spaces must 
be created by a non-swappable authorized 
program (executing either in supervisor 
state or with PSW key 0-7). 

Once a shared data space is created, the 
owner can allow other address spaces ac- 
cess to the data space. Programs using the 
shared data space are not required to be 
authorized. 


Data Space Benefits 

Data spaces furnish MVS/ESA users 
with three major benefits: Virtual Storage 
Constraint Relief (VSCR), increased Re- 
liability, Availability and Serviceability 
(RAS) and improved performance. 

VSCR 


Relief from virtual storage constraint is 
a major benefit of data spaces. Only a 
portion of a 2GB address space can be 
used for data. Much of the address space 
is consumed by program code and the 
common area. In a data space, on the other 
hand, the entire 2GB can be dedicated 
to data. 

In addition, an address space can use 
multiple data spaces. In fact, each address 
space can access up to 253 data spaces, 
each 2GB in size. This amounts to 16TB 
of virtual storage available to each indi- 
vidual address space. 

RAS 

Data spaces increase data integrity, im- 
proving the overall reliability and avail- 
ability of applications. Each data space 
contains data from a single file. The data 
space is isolated from problems both in 
the application program and in other files. 
This isolation prevents accidental corrup- 
tion of the data. 

Data spaces also simplify the sharing 
of data between multiple application pro- 
grams. Although not currently an- 
nounced, they offer a potential’ solution 
for VSAM’s file sharing limitations. 

Performance 

Data spaces may also improve an ap- 
plication’s performance. Because a data 
Space consists of virtual storage, access 
method I/O may be replaced by paging. 
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While paging is considerably faster, it im- 
pacts the entire system. 

ESA’s performance, especially when 
using data spaces, will be even more 
dependent on adequate paging resources 
than XA. 


Hiperspaces 


MVS/ESA offers high performance data 
spaces called hiperspaces. Hiperspaces 


The main benefit of 
hiperspaces is 
improved 
performance. 
Increased use of 
expanded storage 
substantially reduces 
retrieval time over 
both auxiliary 
paging and access 
method I/O. 


primarily exist in expanded storage. As 
data is needed, it must be moved between 
the hiperspace (in expanded storage) and 
an address space (in central storage). 


Characteristics 


A hiperspace is a special type of data 
space. There are, however, a few differ- 
ences between the two. A hiperspace is 
backed by expanded storage and, occa- 
sionally, auxiliary storage. Also, a hip- 
erspace never resides in central (real) 
storage even during initialization and hip- 
erspaces cannot be added to an access list. 
In addition, system code which manages 
hiperspaces runs in AR mode on behalf 
of the caller. This permits applications to 
manage hiperspaces without requiring 
them to directly use the AR mode and 
access registers. 


Types of Hiperspaces 
Two types of hiperspaces provide dif- 
ferent performance levels. 
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Standard or Scroll Type 

The standard or scroll type hiperspace 
resides in expanded storage overflowing 
into auxiliary storage as necessary. If ex- 
panded storage is limited (or not avail- 
able), standard hiperspaces may exist ex- 
clusively in auxiliary storage. 

Standard hiperspaces can be created and 
used by all programs, whether authorized 
or not. 

Expanded Storage Only 
or Cache Type 

The other type of hiperspace, called 
cache type, resides only in expanded stor- 
age and is not backed by auxiliary stor- 
age. Since this hiperspace is always in 
expanded storage, it functions as an ex- 
tremely high speed disk. 

Only authorized programs can use cache 
type hiperspaces. The owning address is 
recommended, but not required, to be non- 
swappable. 


Hiperspace Services 

Hiperspace Services (HPSERV) con- 
trol hiperspaces. Programs invoke 
HPSERV to transfer 4K blocks of data 
between the hiperspace and an address 
space. The SREAD/SWRITE functions 
control scroll type hiperspaces. Cache type 
hiperspaces are controlled by the CREAD/ 
CWRITE functions. 

HPSERYV are also created hiperspaces. 
When creating a hiperspace, the user can 
specify a number of options which: spec- 
ify the amount of expanded storage ded- 
icated to the hiperspace; determines 
whether or not the hiperspace is permitted 
to overflow into auxiliary storage; and se- 
lect hiperspace access option: read only, 
read/write or destructive read. 


Performance Benefits 

The main benefit of hiperspaces is im- 
proved performance. Increased use of ex- 
panded storage substantially reduces re- 
trieval time over both auxiliary paging and 
access method I/O. Additional ESA en- 
hancements give added performance 
boosts for hiperspaces. 

For example, when moving data within 
a hiperspace, the Real Storage Manager 
(RSM) that controls hiperspaces in ex- 
panded storage can frequently complete 
the action by updating control blocks 
rather than performing a physical move. 

Likewise, moving 4K of data from a 
data space to an address space casts out 
8K of processor cache (high speed buffer). 
Hiperspace’s read/write operations, on the 
other hand, do not destroy processor 
cache. 
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Summary of the Spaces 

Figure 1 shows ESA supports or backs 
virtual storage for address, data and hip- 
erspaces. 

Both address and data spaces can be 
backed by all three forms. Normal pag- 
ing operations control whether a specific 
page is in central, expanded or auxiliary 
storage. 

The difference between address and data 
spaces lies in their function. Data spaces 
are functionally limited to storing data. 
Address spaces provide for program ex- 
ecution as well as data storage. 

Neither type hiperspace ever exists in 
central storage. A program must use 
HPSERV to move the data into the ad- 
dress space’s central storage before it can 
be used. 

Auxiliary storage backs the scroll type 
hiperspace if its contents are greater than 
the amount of expanded storage dedicated 
to the hiperspace. Cache type _hiper- 
spaces, on the other hand, are only backed 
by expanded storage. 


Application Use 


Now that ESA’s new space facilities are 
understood, how applications programs 
can take advantages of them will be ex- 
amined. 

AR Mode 

The new AR addressing mode, de- 
scribed in ‘‘ESA’s Addressing Architec- 
ture,’’ is, by far, the most powerful way 
for applications to use data spaces. 
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Virtual Storage Backing 


Data Standard 
Space Hiperspace 


Cache-Type 
Hiperspace 


Central 
Storage 


Central 
Storage 


Central 
Storage 


Central 
Storage 


Expanded 


Storage 
Auxiliary Auxiliary Auxiliary Auxiliary 
Storage Storage Storage Storage 


Using AR mode, an application can 
move a field from one data space into an- 
other. Or the program can add two values, 
each found in different data spaces, stor- 
ing the result in a third. 

All this activity is done directly in the 
data spaces without first moving the data 
into the address space. This makes data 
spaces ideal for large tables, matrices and 
other control structures. Each program 
could have its own private copy of a 
standard table, to modify at will. Or, by 
writing a simple control program to create 
the data space, the installation could share 
a single copy of the table between all 
users. 

The biggest limitation with the AR 
mode is that it is only available to Assem- 
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bler language programs. This will limit 
its use, in the near future, for most in- 
house developed applications. For non- 
Assembler programs, the installation could 
write a small data space server to move 
data between the data and address space. 

The use of AR mode will doubtless be 
incorporated, over time, into IBM’s stra- 
tegic large system software. The ‘‘stand- 
ard environment’’ will probably be an ad- 
dress space containing the processing 
programs, shared data spaces for common 
data and a private data space for each user. 

Buffering 

While applications will take some time 
to directly use AR mode, they can gain 
more immediate benefits for the use of 
buffer pools to reduce I/O. One technique 
for doing this is the VSAM hiperspace, 
shown in Figure 2. 


VSAM Hiperspace 


Address Cache-Type 


Space Hiperspace 


Central 
Storage 


Expanded 
Storage 


Auxiliary 
Storage 


Central 
Storage 


Expanded 
Storage 


Auxiliary 
Storage 


Authorized applications can establish a 
cache-type hiperspace to store VSAM 
buffers. The service, BLDVRP, builds 
LSR buffer pools. BLDVRP indicates the 
number of buffers both in the address 
space and in a hiperspace. 

The program processes data in central 
storage buffers. Prior to reading from the 
disk, VSAM does a lookaside trying to 
locate the needed Control Interval (CI) in 
an existing buffer in either central or ex- 
panded storage. If a hiperspace buffer 
contains the CI, it is moved into an ad- 
dress space buffer in central storage be- 
fore processing. A least-recently-used al- 
gorithm maintains the contents of buffers 
in both the address space and the hiper- 
space. 

Normally, the address space should 
contain only a few buffers, likely to be 
highly active and remain in central stor- 
age. When inactive, address space buffers 
are subject to normal paging into ex- 
tended or auxiliary storage. 
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IBM mainframe application software 


has a new DB2 champion 


We’re Lawson, the IBM mainframe 


business application software company 


with the confidence to challenge the 


industry’s Goliaths. And hit them with 


new ideas. Like low cost, low 
maintenance—yet full-featured— 
business application software. 


Lawson: Leader in software technology. 


Our new technology is rapidly showing the “big 
guys” a few things about PINSTRIPE® low cost, 
low maintenance software. Forget “other” IBM 


mainframe software. With its high prices, old code, 
time-consuming installation and expensive upkeep. 


New technology made our lower costs possible. It 
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Unique needs? We'll adjust our 
packages to fit. And guarantee the 
work. If you’d rather do the job 
yourself, you'll find Lawson software easy to modify. 
And we'll still support the rest of the package. Other 
application software companies won't. 


Lawson, IBM mainframe software’s 
new champion. 

We've put it all together. New technology with fresh 
code, including both VSAM and DB2 expertise. Full- 
featured application technology. Backed up by support 
that sets a new industry standard. 


All in low cost, low maintenance application software 
from Lawson. No wonder we can take on the “big 
guys.” And win. 
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Data-In-Virtual 

Data-In-Virtual (DIV) is a facility in- 
troduced in MVS/SP 2.2. DIV uses the 
_ MVS paging algorithm to provide high 
performance for large datasets. 


Early DIV 

DIV uses a VSAM file organization 
called Linear Dataset (LDS). CIs in the 
LDS are always 4K. Unlike other VSAM 
organizations, like KSDS, Cls in the LDS 
contain data in the exact form that it is 
used by the application. There is no 
VSAM control information or free space 
within the CI. 

DIV enables applications to map a por- 
tion of virtual storage to the LDS. Once 
mapped, the paging mechanism handles 
all references to those virtual addresses. 
Page faults cause data to be retrieved from 
the LDS. Unused addresses may never be 
brought into storage. Only CIs that are 
changed are rewritten to the LDS. 

DIV is primarily used by graphics and 
engineering packages. The LDS would 
contain a drawing. An engineer normally 
retrieves a drawing to work on one or two 
small sections. Without DIV, there were 
two choices: use the normal VSAM I/O 
routines or read the entire drawing into 
virtual storage. The first choice is much 
too slow for interactive terminal work. The 
second choice is fast while working but 
necessitates long delays while the entire 
drawing is loaded or saved. 

DIV provides a workable solution. I/O 
through the paging mechanism is consid- 
erably faster than for other VSAM file 
organizations. Because data is only read 
when needed, times to prime a dataset are 
drastically reduced. Saving options per- 
mit the user to write changed CIs upon 
command or to discard any changes not 
previously saved. 

DIV’s solution reached a limited au- 
dience. It is supported directly in VS 
FORTRAN Version 2 and used by a few 
other products like CATIA and EDS/GM. 

DIV in ESA 

ESA incorporates a number of en- 
hancements into DIV. One enhancement 
is an optional sequential support. Often, 
the use of data is clustered. Filling the 
screen with a portion of a drawing may 
require data from five to 10 pages. Pre- 
sently, each page requires a separate I/O. 
An option with ESA retrieves the refer- 
enced page plus up to 15 additional pages. 
Thus, the application can retrieve up to 
64K with each page fault. Only changed 
pages are written, however, no matter how 
many are sequentially read. 
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Another improvement increases the 
shared use of data objects. Currently DIV 
objects permit either a single write or 
multiple read activity. New options on the 
DIV macro permit multiple users to ob- 
tain a private local view of a shared DIV 
object. Each user can write his private 
local view. DIV handles serialization. 

The final ESA enhancement enables 
DIV to map to data spaces and standard 
hiperspaces. This gives DIV users the 
ability to use much larger objects as well 
as increased performance when using the 
hiperspace. 


Data spaces and 
hiperspaces are new 
storage structures that 
provide applications 
with expanded virtual 
storage, improved 
reliability and 


increased performance. 


Data Windowing 

Data windowing is an extension to DIV. 
Applications can use data windowing to 
map either temporary or permanent data 
objects. 

Data windowing services, listed in Ta- 
ble 1, are implemented using a CALL in- 
terface. Programs can be written in 
COBOL, FORTRAN, PL/I, Pascal, as 
well as Assembler. Data windowing is 


Data Window Services 
Name Description 


CSRIDAC 


Identify and access a linear object; 
either permanent or temporary; 
option to create a new object 


CSRVIEW Establish a view of a linear object 


in virtual storage 

CSRSCOT Scroll out to capture the current 
view 

CSRSAVE Commit all changes in current and 
scrolled views 

CSRREFR_ Refresh current and scrolled views 
discarding all changes since 
previous save 


available whether the program is in 24- 
bit or 31-bit addressing mode. 

Application programs establish a user 
defined area as a window into the data. 
The program can reference the data di- 
rectly or scroll, moving the window for- 
ward or backward through the data. 

Data windowing functions with two 
types of data objects, permanent and tem- 
porary. Permanent data objects are VSAM 
linear datasets. As with DIV, data win- 
dowing provides applications improved 
performance for large datasets. Physical 
updates can optionally be deferred until 
requested or program termination. 

Temporary data objects are standard 
type hiperspaces. Data windowing han- 
dles moving data between the hiperspace 
and the address space. With temporary 
objects, data windowing permits multiple 
hiperspaces to be seamlessly concaten- 
ated. The application appears to have a 
data object up to 16TB. 


Conclusion 


MVS/ESA introduces us to data spaces 
and hiperspaces. These new storage struc- 
tures provide applications with expanded 
virtual storage, improved reliability and 
increased performance. 

Application programs have a number 
of options to use data spaces and hiper- 
spaces. High volume applications requir- 
ing high performance are the ones which 
will benefit most from these new features. 

Few installations will restructure their 
in-house developed applications in the near 
future. The next article will examine how 
MVS/ESA internally uses these new fea- 
tures to provide performance benefits 
without touching applications. = 
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INTRODUCING THE FIRST REAL-TIME 
MONITOR FOR CSA. 


COMMON STORAGE ALLOCATED 


Introducing the new Common Storage 
Monitor for RESOLVE PLUS, the first in-depth 
tool for monitoring users of CSA and SQA on 
MVS/XA. And the most effective way to reduce 
time consuming, and costly, IPLs caused by 
common storage constraints. 


Control CSA creep. 

Common Storage Monitor helps you control 
“CSA creep”, the slow, hidden increase in 
common storage allocation that can ultimately 
result in system degradation and even failure. It 
is the only monitor that allows you to account 
for common storage usage by individual user. So 
you can identify applications that are abusing 
common storage and recover wasted CSA held 
by terminated tasks. 


Pinpoint CSA usage. 

Common Storage Monitor displays allocated 
storage for each address space by job name. 
Operating in either ISPF or command mode, 


you can display as much detail as you need to 
identify the user responsible for the allocation, 
and to analyze how the storage is being used. 

Password-protected RESOLVE PLUS services 
are also provided to free areas of CSA once they 

have been identified. Online color charts give 

you an easy-to-interpret overview of common 
storage allocation. 


For more information on the Common 
Storage Monitor for RESOLVE PLUS Version 
3.0.0, call Marty Johnson today. In California: 
800-624-5566. Outside California: 800-822- 
6653. Boole & Babbage, Inc. 510 Oakmead 
Parkway, Sunnyvale, California 94086. 


Boole®: @\A, 


International sales and support provided through The European 
Software Company and a worldwide distribution network. 
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The Information Systems Series 
At Last — Generic Standards And Procedures! 


Wouldn’t it be wonderful if you could 
get customized’ standards and procedures 
for your data processing shop without 
paying an arm and a leg in dollars and 
staff hours. The Information Systems Se- 
ries (ISS), developed and recently re- 
leased by the Technical Publications Di- 
vision of the Computer Resources Group, 
Inc. (CRG), is a generic standards and 
procedures product with specific instruc- 
tions for customizing with your own data 
center information. 

CRG has been providing program- 
ming, systems support and consulting 
services to the data processing industry 
for more than fifteen years. ISS is a direct 
offshoot of this experience base. 


Who Needs ISS 


I have never been in a data processing 
shop that did not need standards and pro- 
cedures, yet when the shop has standards, 
keeping them current is a chore done when 
time permits. Most often, documenta- 
tion, if it exists, is scattered and incom- 
plete. Data center managers are usually 
aware of this problem but find the pros- 
pect of developing and maintaining cur- 
rent and complete documentation over- 
whelming. If you are in this position — 
not being able to see the forest for the 
trees — then ISS is for you. 

Case in point: William Wimberly is 
manager of systems operations for Dalmo 
Victor, a division of General Instruments. 
His data center is a 20-year-old RJE shop. 
One year ago it was full of spaghetti code 
and no documentation. Not wanting to 
reinvent the wheel, Wimberly began a 
search for a set of standards and proce- 
dures from which to use as a basis for his 
own shop. Standards from other shops 
just did not fit his needs. When he called 
CRG, ISS was in the alpha stage. He was 
so impressed with ISS, he bought the 
product when it was still in the beta stage. 
“Tt is a well-organized shell that only 
needed minor modifications to fit our 
shops,’’ he reports, adding he would rec- 
ommend ISS to anyone needing a boost 
in getting started writing standards and 
procedures. 


The Product 


ISS is a documentation framework for 
developing customized standards and 
procedures specifically for VM shops. 
However, more than an outline, ISS de- 
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tails a fool-proof methodology for devel- 
oping and maintaining current documen- 
tation. 

You need the following resources to 
install and maintain ISS: 

@ Someone to designate as the series 

coordinator 

@ An IBM (or fully compatible) per- 
sonal computer 

@ A hard disk and a 5%" diskette drive 
(or two diskette drives) 

@ A word processing package such as 
WordPerfect or MultiMate 

@ Enough memory to run the word 
processing package (usually 256K) 

@ A printer that prints upper and lower 
case letters. 

The product arrives with the following 

items: 

@ Four /nformation Series Guides in 
three-ring binders, printed in the un- 
tailored format 

@ Diskettes containing the text of the 
Information Series Guides in ASCU 
or DCA format or in one of the fol- 
lowing word processing formats: 
Microsoft Word, WordStar, Multi- 
Mate and WordPerfect 

@ The Instruction Booklet to help you 
convert the supplied materials into a 
set of customized standards and pro- 
cedures for your data center. 

The ISS Policy Guide is designed for 
use by data processing managers and in- 
cludes objectives, development metho- 
dologies, security information, roles and 
relationships and other general informa- 
tion necessary to the smooth operation of 
a data processing shop. This manual also 
discusses external standards such as IBM’s 
Systems Application Architecture (SAA). 
Having this information in one place helps 
keep the entire data center in tune with 
the same goals and guidelines. 

The Data Center User Guide contains 
information everyone, including techni- 
cal and non-technical personnel, needs in 
order to effectively use the data center. 
Information contained in this manual in- 
cludes operating hours of the data center, 
hardware and software configuration, cost 
of services, a description of user support, 
how to use a terminal, an introduction to 
CMS and instructions on how to use it, 
how to protect data and available soft- 
ware. Appendices include forms used in 
the data center and a contact list. 

This is a reference manual designed to 
minimize the time needed to find out an- 


swers to common questions and to min- 
imize the cost in teaching personnel about 
the data center. 

The Systems And Programming Stand- 
ards manual is designed for use by data 
processing staff. This manual contains 
information such as the data center’s sys- 
tem development life cycle methodology, 
system development practices (design and 
development procedures), change and 
problem management procedures, nam- 
ing conventions, standards for database 
management, language standards and 
documentation standards. 

Once these systems and programming 
standards are in place and if they are en- 
forced, productivity and efficiency will 
increase through reduced time for main- 
tenance, training new personnel and cross- 
training existing staff. 

The Operations Guide is targeted at 
operations and technical support person- 
nel and includes such topics as emer- 
gency procedures, change and problem 
management, how to shut down and IPL 
the system, network management, DASD 
management, tape management, printer 
operation and maintenance, physical se- 
curity, production control and schedul- 
ing, performance monitoring and disaster 
recovery procedures. This manual is de- 
signed to facilitate the successful opera- 
tion of the data center. 

The Instruction Booklet, directed at 
upper management and the series coor- 
dinator (the person assigned to coordinate 
the development of ISS), contains the 
methodology for creating and maintain- 
ing ISS. The first part of the booklet is 
directed at management and outlines the 
steps that need to be taken to publish ISS. 
The rest of the booklet details the steps 
the series coordinator should take to cre- 
ate and maintain the customized data cen- 
ter standards and procedures. 

These steps include: 

@ Preparing for the development of ISS 
such as defining the review process 
and introducing ISS to the data 
center 

@ Customizing each section, even going 
so far as to suggest which chapters 
of which manuals should be devel- 
oped first, second and so on 

@ Printing and issuing the final product. 

If you carefully follow the steps de- 
tailed here, you will have a quality prod- 
uct that your staff will quickly come to 
appreciate. 
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Implementation 


If you follow the Instruction Booklet, im- 
plementation is a breeze. It stresses repeatedly 
the importance of upper management support. 
Upper management assigns the series coordi- 
nator and introduces the ISS project to the rest 
of the data center. 

The series coordinator, following the /n- 
struction Booklet, plans the implementation and 
loads the floppy disks in the word processing 
system. The coordinator makes the first mod- 
ifications to the title pages and the headers and 
footers of each manual. Then, using available 
resources within the data center, the coor- 
dinator develops each individual section in 
the ISS. 

Within each manual, where shop-specific 
information needs to be included, panels of 
asterisks enclose descriptions of information 
to be added, questions to be answered and 
other comments. For example, in the Data 
Center User Guide, in the section 6.5, ‘*Mov- 
ing Data between Machines,’ there is the fol- 
lowing panel: 

“*Possibly more important than the pro- 
cedures themselves, is the issue of se- 
curity. Data that is adequately secured on 
the mainframe can be much more vul- 
nerable on a personal computer and even 
more when copied to diskettes. Discuss 
here whatever measures your installation 
feels are necessary to protect data of 
varying sensitivity.’ 

This panel defines the content of this sec- 
tion. The series coordinator removes the panel 
after researching and adding the appropriate 
information. The system automatically repa- 
ginates the document. The coordinator can 
easily locate these notes using a global search 
so that all questions, decisions and additions 
can be resolved before final printing. 

The coordinator is also responsible for seeing 
that the review process is thorough and timely 
in order to assure a correct and current final 
product. 


Limitations 


The ISS is in hard copy manual format. The 
only person who can access information con- 
tained in the manuals on-line is the series co- 
ordinator. The problem with paper based man- 
uals is often they are out-of-date the day they 
are distributed because of the lead time re- 
quired for printing. 

Also, the product is only available for VM 
shops. However, an MVS version will be re- 
leased in the spring of 1989, according to the 
vendor. Those of you who run VSE shops may 
still want to consider ISS. Repalce those sec- 
tions specific to the operating system with your 
own operating system information. CRG has 
already organized the information for you. All 
you have to do is fill in the blanks. 


Conclusion 


The ISS is an organzied, well written doc- 
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ument on which you can build your own cus- 


tomized data center standards and procedures. 
It was designed and written by experienced 
data processing professionals who enjoy writ- 
ing documentation. Information is presented 
logically and procedures are in step format (1., 
2.,. .. and so on). By following the detailed 
Instruction Booklet, you can be sure the end 
product will be a complete, usuable document 
that you did not know how you did without 
for so long. 

For more information, contact Technical Pub- 
lications Division, The Computer Resources 
Group, Inc., 303 Sacramento Street, San 
Francisco, CA 94111, (415) 398-3535. = 
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Tuning parameter enhances IBM 
mainframe performance. 


performance of an IBM main- 

frame. It is an infrequently used and 
little understood tuning parameter in the 
OPT member of SYS1.PARMLIB. 

In MVS/XA, only one processor of a 
multi-engine CPU is initially enabled for 
interrupts. Whenever an I/O completes, 
the channel subsystem signals the proces- 
sor via an interrupt. The idea of concen- 
trating all interrupt processing on one pro- 
cessor is to improve the performance of 
interrupt processing and limit the impact 
of interference from interrupt processing 
on the other processors. 


The Interrupt Handler (IOS) 


T= CPENABLE option enhances the 


Servicing interrupts is one of the high- 
est priority tasks of the system and the 
first step in interrupt processing is to dis- 
able the processor for further interrupts. 
Interrupt processing cannot be inter- 
rupted! Then the status of the external 
event causing the interrupt is evaluated 
and processed. If the I/O has completed 
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successfully, the interrupt handler (IOS) 
finds the task associated with the I/O re- 
quest and readies it for execution. 

Next, IOS checks for requests queued 
to the device that generated the interrupt. 
Since the device is now available (ignor- 
ing for the moment any shared DASD 
considerations), IOS starts the queued 
I/O request. 

Finally, IOS issues a Test Pending In- 
terrupt (TPI) instruction to see if there are 
interrupts delayed in the channel subsys- 
tem while the disabled system was proc- 
essing the current request. If there. is a 
pending interrupt, IOS accepts it and be- 
gins processing it. The entire process con- 
tinues until there are no more interrupts 
pending. At this point IOS terminates and 
re-enables the processor for interrupts. 

The delay experienced by I/O events 
that attempt to interrupt a disabled pro- 
cessor can be avoided in a multi-proces- 
sor environment. One of the architectural 
enhancements provided with MVS/XA 
was that any processor could process an 
interrupt from any device, via floating 


channels managed by an outboard I/O 
processor. 

Having all processors enabled for in- 
terrupt processing at all times sounds good 
in theory. However, in practice this has a 
very negative impact on performance. The 
reason is that IOS code running at a high 
priority will pre-empt application code. 

As IOS begins execution, IOS code and 
data areas are fetched into the CPU’s cache 
memory. The IOS code and data segments 
flush out the application code that was 
already in the cache buffer. When inter- 
rupt processing is over and the original 
application can resume, its frequently used 
code and data segments must be reloaded 
into cache. Both IOS and the interrupted 
application experience high cache buffer 
miss rates. 

The result of frequent context switching 
(IBM’s term) is high cache miss ratios 
that result in seriously degraded per- 
formance. CPU cache performance is 
critical to the overall performance of 
an IBM mainframe. Memory references 
that are resolved from cache are several 
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N The Systems Programming Environment 
A CW Only in the SAS/C® Compiler 
Until now, higher-level languages just couldn't hack it in the systems programming 
world. Too many issues stood in the way—inefficiency, poor access to low-level 
, More system services, bulky and intrusive library requirements, and inflexibility in 
addressing the IBM 370 architecture. 
But now you can write systems-level routines faster and maintain them 
Productive better than you ever could with assembler—with the SAS/C compiler’s exclusive 
Systems Programming Environment (SPE). 
SPE is an extension to the C language that greatly simplifies the coding of 
° user exits, tools, and utilities for JES2, VTAM, CICS, TSO, GCS, and other systems 
Er a mM software. Included are support routines that allow you to write and execute C 
programs and a compact runtime library that features both general purpose and 
system specific functions for memory management, interrupt handling, low-level 
Systems \/O, and more. There’s also a utility that translates assembler DSECTs into C 
structure definitions—an enormous time-saver when you're writing programs that 
interface with assembler. 
Together these tools provide a freestanding C environment designed to 


Pr OgT almMmnng interact with the operating system the same way assembly language programs do. 


With SPE, your C programs can: 


® call existing assembler routines MM generate any machine instruction 

in-line = easily access system data and control blocks M = exploit BSAM or 

CMS file system |/O = process asynchronous events and interrupts 8 at 
® directly use SVCs and DIAGNOSEs 


Systems ; 
Then, at compile time, the SAS/C compiler’s global optimizer will compress aia, 
your code to produce routines that rival assembler for speed and efficiency. 
With frequent updates and knowledgeable technical support—both 
provided free—the SAS/C compiler is the best investment you can make toward 
greater systems programming productivity. 
with the 
Learn More in a FREE Programmer’s Report SAS/C Compiler 


To find out more about systems programming with the SAS/C compiler, simply 
clip the coupon below and mail today. We'll send you our new Programmer’s 
Report: “Systems Programming in C”. Or call us today to find out how you can 
receive the SAS/C compiler for a free, 
30-day evaluation. 


—_— Yes, send me a FREE copy of 
SAS Institute Inc. “Systems Programming in C”. 
; SAS Circle [) Box 8000 
Cary, NC 27512-8000 
Phone (919) 467-8000 
® In Canada, call (416) 443-9811 


Please complete or attach your business card. 
___— Contact me with details of a 


FREE 30-day trial of the Name 
© iler. 
SAS/C® compiler a 


Company 


The SAS/C compiler runs under MVS (370, XA, and ESA) and 
VM/CMS on IBM 370/30XX/43XX/937X, and compatible machines. 


SAS and SAS/C are registered trademarks of SAS Institute Inc., 
Cary, NC, USA. 


Copyright 1989 by SAS Institute Inc. Printed in the USA. 


Mail to: SAS Institute Inc., ee 
Attn: ME, SAS Circle, Box 8000, City 
Cary, NC, USA, 27512-8000. 
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times faster than those that access main 
memory. 

CPU cache hit ratios of 95 percent plus 
are not unrealistic, once a running process 
has a bit of a chance to acquire its work- 
ing set of instructions and data areas in 
the cache. With frequent context switch- 
ing, each running process essentially gets 
a cold start from cache since its working 
set has been flushed by the previous user. 

Enabling as few CPUs as possible for 
interrupt processing is a software tech- 
nique that controls the amount of context 
switching in the hardware. Of course, 
since the rate of I/O interrupts fluctuates, 
it is difficult to determine precisely what 
number of CPUs to enable. If too many 
processors are enabled, overall perform- 
ance is reduced due to frequent context- 
switching. If too few, too many I/O in- 
terrupts are delayed in the channel sub- 
system. 

MVS calculates the percentage of in- 
terrupts that are processed via TPI. If the 
percentage of interrupts handled via TPI 
is greater than the CPENABLE high 
threshold, another processor is enabled for 
interrupt processing. If the TPI percent- 
age is less than the CPENABLE low 
threshold, an additional processor is dis- 
abled for interrupt processing. 

Using the CPENABLE threshold test, 
MVS dynamically adjusts the number of 
processors enabled for interrupt process- 
ing to the current load. In this way a bal- 
ance between optimal processor perform- 
ance and minimal I/O interrupt delay is 
maintained. 


IBM’s PR/SM & Amdahl’s MDF 


This section deals with the perform- 
ance impact of frequent context switching 
by a hypervisor like Amdahl’s Multiple 
Domain Feature (MDF) or IBM’s Proces- 
sor Resource/Systems Manager (PR/SM) 
sitting above MVS. Since its introduction 
two years ago, MDF has had a successful 
run. MDF is an efficient hardware solu- 
tion to the problem of running multiple 
copies of an operating system on a single 
processor without compromising reliabil- 
ity and system integrity. Using MDF, you 
can carve up an Amdahl processor into 
multiple systems of an arbitrary size. This 
is called logical partitioning of the proc- 
essor. 

The MDF hardware and firmware act 
as a hypervisor, sharing the processor log- 
ically among two or more copies of an 
operating system. A logical partition for 
each operating system is established that 
can be set up for either dedicated or shared 
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access to one or more CPUs. Memory and 
channels must be dedicated to a single 
partition or domain. Unlike physically 
partitioned processors, under MDF the 
configuration can be broken into asym- 
metric logical partitions. There are also 
options to change the configuration on 
the fly. 

Processor sharing is implemented 
through time-slicing but if one domain is 
using less than its logical share, the pro- 
cessor can be made available to other par- 
titions. Because the time-slicing is imple- 
mented on dedicated hardware, the scheme 
is efficient. The major source of overhead 
in running MDF results from the addi- 
tional context switching that results from 
switching back and forth between parti- 
tions. The more partitions, the greater the 
overhead. 

One popular use for MDF is to allocate 
a small partition to run an MVS test sys- 
tem on the same machine that is running 
the production workload. System pro- 
grammers working the graveyard shift to 
bring up a new MVS can appreciate the 
utility of a feature like this. Wives and 
other loved ones appreciate it, too. So do 
data center managers who can now have 
their top systems jocks available during 
the day-to-fix problems. 

Originally positioned against an IBM 
software alternative, MDF proved less 
expensive than running multiple copies of 
MVS under VM/XA (or VM/SF). Am- 
dahl’s licenses for MDF were designed to 
be competitive with VM/XA but MDF 
proved to be far more efficient to run. 
While VM/XA could devour anywhere 
from 20 to 40 percent of a large processor, 
MDF overhead is in the two to 10 percent 
range. Implementing MDF is a breeze; 
however, running VM/XA supporting 
multiple MVS guests means acquiring se- 
rious VM expertise. Basically, it was no 
contest. 

The only sticky part was having an 
Amdahl processor to run MDF. Amdahl’s 
revenue growth over the last two years 
suggests that the utility of MDF on Am- 
dahl’s behemoth processors was over- 
coming a lot of objections to breaking 
from the IBM fold. 

One interesting aspect of MDF is that 
logical partitioning provides additional 
configuration flexibility that is valuable for 
large processors. The test partition that 
you carve out this month can be joined to 
one of the production partitions next 
month. A 100-MIPs machine can be 
shared among two, three or more work- 
loads that do not otherwise fit neatly or 


economically into smaller, individual ma- 
chines. 

The success of MDF prompted IBM to 
introduce a comparable feature for its 3090 
series last year called Processor Re- 
source/System Manager (PR/SM). Given 
that Amdahl pulled in almost two billion 
dollars in revenue in 1988, the most suc- 
cessful year yet for any IBM mainframe 
plug-compatible vendor, IBM’s rapid re- 
sponse to MDF should not be too sur- 
prising. 

Most observers would say that MDF 
and PR/SM are similar, and they are, ex- 
cept for one important feature — the way 
external interrupts for an inactive parti- 
tion are handled. In MDF, interrupt pro- 
cessing is delayed in the channel subsys- 
tem until the partition is dispatched. In 
PR/SM an interrupt for a higher priority 
partition will be serviced immediately, pre- 
empting the currently dispatched parti- 
tion. 

Which is the better approach? The cor- 
rect answer is the usual caveat: ‘‘It de- 
pends.’’ There is really no wrong or right 
way to handle interrupts for a dormant 
domain, only trade-offs. Once the trade- 
offs in the different approaches are under- 
stood, it will be clear how the CPENA- 
BLE option will help to control the down- 
side risks of running a favored workload 
as a logical partition under either MDF or 
PR/SM. 

The next article will illustrate how 
CPENABLE can figure into evaluating and 
tuning a logically partitioned processor 
running under, depending on your ma- 
chine vendor, either Amdahl’s MDF or 
IBM’s PR/SM. = 
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ware are available for the IBM PC, 
PS/2, and compatibles. 


Until now you've had to rely on a 
S/36 or AS/400® to deliver remote 
printing. Now a PC with BARR 
software and adapter sustains print 
speeds of 6,000 lines-per-minute and 
line speeds of 128,000 bits-per-second. 
Only BARR maintains all this perfor- 
mance with the reliability and ease of 
use PC users expect. 

BARR/SNA RJE or BARR/HASP 
software drives up to five printers from 
a single PC. What’s more, you can 
enter data, print, and receive output all 
simultaneously — without interruption. 
BARR’s advanced multi-tasking soft- 
ware easily es even the most com- 
plicated tasks, including LAN access, 
tape support, file transfer, and special 
forms printing. In addition, BARR 
offers one year of friendly, dedicated 
customer support with each purchase. 


Communications adapters and soft- 


‘Try BARR for 30 days. We’ve 


eae thousands save millions. 


800-BARR-SYS. 


Protocols 
SNA BJE with Multiple Sessions 
HASP — BSC Multileaving 


Host Systems 
JES2 DOS/POWER CDC NOS 
JES3 RSCS VSI/RES 


BARR 


BARR SYSTEMS INC. 
2830 NW 41 Street, Gainesville, FL 32606 
800-BARR-SYS, 904-371-3050, FAX: 904-371-3018 
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TAKES THE WRAPS OFF 
DB2 PERFORMANCE. 


When you start using DB2 as a real pro- 
duction tool, you need more than alittle insight 
into the performance of DB2 internals. 
You need to see what’s happening in 
and around your DB2 subsystem. And 
for that, you need DB2 MANAGER. 
It’s the only online DB2 performance 
tool you can integrate with a full range 
of performance software to provide com- 
plete DB2 performance management. 

You'll see the impact of entire transactions, 
from initiation to completion. From CICS and 
IMS to DB2 and back. So you can easily identify 
the real cause of problems. 


You can also manage multiple, even 
remote, DB2 systems from one terminal. For the 
really big picture, you can manage CICS 
and IMS subsystems in a single session. 
That’s a performance picture you can’t 
get anywhere else. 


For further information on 
DB2 MANAGER, call Marty Johnson 
today. In California: 800-624-5566. 
Outside California: 800-822-6653. 
Boole & Babbage, Inc. 510 Oakmead Parkway, 
Sunnyvale, CA 94086. 


Babbage 


International sales and support provided through The European Software 
Company, a member of the Boole & Babbage worldwide network of companies. 
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May Hurt On-line 
Transaction Performance 


general guideline for DB2 per- 
Aienines is to make the buffer 

pool (usually BPO) as large as 
possible within the limits of available real 
and expanded storage (paging to ex- 
panded storage is all right but paging of 
the buffer pool to DASD will hurt per- 
formance and must be avoided). Since 
DB2 does not have to sequentially search 
the pool to find the desired pages, there 
is little overhead involved and this ap- 
proach will eliminate I/O for frequently 
referenced index and data pages. 

There have been several studies at large 
manufacturing companies that have re- 
duced the elapsed time for large table 
scans by almost 50 percent; the CPU time 
was reduced by more than one hour. This 
was accomplished by increasing the num- 
ber of buffers to 4,000 from a starting 
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point of several hundred. Since the re- 
sulting buffer pool (alone) is 16MB, real 
and expanded memory were not a prob- 
lem for this user. I have heard that one 
company is using 17,000 buffers so that 
large portions of the frequently referenced 
tables remain resident in the buffer pool. 


All That Glitters 
Is Not Gold... 


A recent experience indicates that the 
decision to allocate a large buffer pool 
must be evaluated more closely, based on 
the on-line transaction profile and func- 
tion. The question is, ‘‘What pages stay 
in the pool, when are updated pages writ- 
ten back to the databases and what else is 
affected by the size of the buffer pool?’’ 

Frequently referenced pages that are not 
updated will remain in the pool (unless 


they get forced out by a large tablespace 
scan). Pages that have been updated are 
written (forced) to the log at commit points 
but will remain in the buffer pool for reuse 
by another function or transaction. The 
actual rewrite of the updated page into its 
table occurs asynchronously. This is 
somewhat of an over-simplification but 
adequate for present needs. 

Most importantly, for purposes of this 
discussion, there is a vital system func- 
tion that is affected by the size of the buffer 
pool, sequential prefetch. Ignore the bot- 
tom end of the scale. When the number 
of specified buffers is between 224 and 
999, the prefetch quantity is 16. When 
the number is 1,000 or more, the prefetch 
quantity becomes 32. 

Take a quick look at sequential pre- 
fetch. What is it? Prefetch is, just as it 
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the broadest array of quality solutions for the DB2 
user. As a result, IBM® has designated PLATINUM 
a Business Partner through the Authorized Applica- 
tion Specialist program specifically for DB2. 


PLATINUM PRODUCTS 


PLATINUM offers a complete line of software tools, 
education, and published products to ensure your 
success with DB2. 


Software Products 

The PLATINUM product portfolio consists of a 
complete family of administration, development, 
and end user DB2 software products. All are compat- 
ible with DB2 V1.3 & V2.1. The software products 
include: 

@ RC/Query™ - Acomprehensive DB2 catalog 
query tool. 

@ RC/Update™ - The industry’s best DB2 object 
management and data editing tool. 

@ RC/Migrator™ - Acomplete object and data 
migration tool. 

@ RC/Secure™ - An extensive DB2 security 
management tool. 

@ PLATINUM Database Analyzer™ -The DB2 
database and DASD analysis, audit, and 
management tool. 

@ PLATINUM Report Facility™ - The DB2 
query and reporting system for developers and 
end users operating in TSO and CICS 
environments. 


DB2 Education Courses 
A complete series of hands-on DB2 training courses. 
PLATINUM courses cover all aspects of DB2, QMEF, 
and CSP. All courses are available either at your 
facility or at our Corporate Education Center. 

@ Introduction to DB2 

® DB2/SQL Application Programming 

®@ DB2 Application Planning and Database Design 

@ DB2 Database and System Administration 

@ Using DB2 and QMF 

@ CSP Application Programming 


Published Products 
The most recognized and authoritative DB2 standards, 
methods, and guidelines for DB2 implementation. 
@ PLATINUM DB2 Guide/Online™ - The 
industry’s leading standards manual for design, 
development, and administration of DB2 systems. 
@ The PLATINUM Reference™ for DB2 - The 
quick, pocket-sized reference for DB2 
information. 


Support 

All products and services carry our PLATINUM 

Quality Assurance Guarantee. Support is available 

24 hours a day, 7 days a week via our toll-free hot line. ( 


WORLDWIDE AVAILABILITY 


PLATINUM’s products and services are available 
around the world through our Affiliate Network. 
PLATINUM’s full service capabilities include local 
support, education, and superior DB2 professional 
services. 


with DB2! 


PLATINUM technology, inc. 
555 WatersEdge Drive 

Lombard, IL 60148-9930 

(312) 620-5000 FAX (312) 953-1923 


For further information, in-house demonstration, or 
our exclusive no-obligation product evaluation call: 


1-800-442-6861 


CIRCLE #7 on Reader Service Card A 


DB2 Performance Advisor 


Q/ am experiencing extended elapsed times in DB2. The elapsed times are more 
than three seconds but the CPU time is less than .1 seconds. The transactions are 
only causing three to five I/Os, less than 10 getpages and use static SQL. This is 
only occurring for a small set of inquiry transactions. What can be causing this 
when the rest of the system provides much better response? 


A You may have been bitten by the DB2 ‘‘defaults.’’ Quite specifically, Closerule 
and/or Validate. The default for Closerule when defining a Table or Index is YES. 
Thus, DB2 must open and close the table/index each time they are accessed by a 
Plan. It is also quite possible that the Table was specified properly (Closerule = N) 
but the specification was overlooked for the Index. Another item to check is the 
Validate option used to bind the Plan. If Validate(BIND) was not specified, the 
Plan is being Re-Bound each time it is executed. Try a Select * from SYSTA- 
BLESPACE where Closerule = ‘Y’, also query SYSPLAN where Validate = ‘R’. 
For both of these queries, you should also qualify on Creator and/or Name to 
reduce the output. 

If this does not address the problem, the next topic is resource contention. Since 
your problem statement implied that you have a performance tool, the next area to 
investigate is locking contention by another user of application. It does not sound 
like there is a DASD problem since other transactions provide better response and 
utilization profiles. 


Q What are the performance implications of variable length columns? The on-line 
transactions that reference the table will be mostly inquiry but we are expecting 
about 10 percent of the transactions to perform updates. At the present time, there 
are no plans for insert/delete transactions. The table will contain about two million 
rows and the column in question would vary from 70 to 210 characters. The 
application will process approximately 9,500 transactions per hour during peak 
load periods. 


A Excluding some additional complexities at the application programming level, 
the two considerations are data access and logging of updated rows. 

Since you did not indicate whether the variable length column will be updated, 
look at several possibilities. If the variable column is updated and its length changes, 
DB2 will log the entire row. Additionally, if the new length is too long for the row 
to fit on the page, it will be moved to a new page. The IBM recommendation is 
to place variable-length columns at the end of a row. There is a good reason for 
this guideline. If a fixed-length column was used in a select and the fixed column 
was positioned after the variable column, DB2 would have to calculate the position 
of the column before it could be retrieved or compared to a predicate. This would 
occur for every row and would add significant overhead to the system. 

DB2 logs an updated row from the column that has been updated through the 
end of the row (excluding the case of a variable column becoming longer). If the 
variable column will usually be the update candidate, and extended, there may be 
an impact upon the logging function. Fixed columns that will be updated should 
be positioned near the end of a row, if possible. 

Also, have you analyzed the expected distribution of lengths for the variable 
column? Depending on the average length and DASD saving, you will have to 
determine whether the performance cost and additional programming justify the 
variable length column. 


Editor’s Note: Readers with questions concerning DB2 performance are encour- 
aged to submit them using the Reader Service Card. Joel Goldstein will answer 
selected questions in each issue of MAINFRAME JOURNAL. 


—DB2 Buffer Pools ——— 


sounds, the reading of pages of data into 
the buffer pool before they are actually 
requested. The buffer pool is ‘‘primed’’ 
with the data before the getpage is issued. 
The omniscient black box, the Optimizer, 
determines if prefetch will be used for the 
query. This is based upon the number of 
pages that may have to be scanned to sat- 
isfy the query. Assume a positive decision 
is reached and the prefetch flag is on. 


16-Page Sequential Prefetch 


Using 16-page prefetch, the following 
scenario occurs: 


@ Read the first 16 pages synchron- 
ously — 16 I/Os 


@ Read the next 16 pages synchron- 
ously — 16 I/Os 


@ As the getpage for page 17 is issued, 
do a prefetch read for pages 33 
through 48 — 1 I/O 


@ As the getpage for page 33 is issued, 
do a prefetch read for pages 49 
through 64 — 1 I/O 


@ And so on. 


Sequential prefetch will only be used if 
the Optimizer has determined that the 
query will scan 40 or more pages. 


32-Page Sequential Prefetch 


Using 32-page prefetch, the scenario 
will be similar to the preceding one, ex- 
cept that the increments or trigger points 
have doubled: 


@ Read the first 32 pages synchron- 
ously — 32 I/Os 


@ Read the next 32 pages synchron- 
ously — 32 I/Os 


@ As the getpage for page 33 is issued, 
do a prefetch read for pages 65 
through 96 — 1 I/O 


@ As the getpage for page 65 is issued, 
do a prefetch read for pages 97 
through 128 — 1 I/O 


@ And so on. 


Sequential prefetch will only be used if 
the Optimizer has determined that the 
query will scan 80 or more pages. Note 
that everything has doubled along with the 
prefetch quantity. 


This Hurts... 


If the on-line environment includes 
many transactions that scan small but 
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DOS, OS, or CICS Frustration? 


BIM gets it 
out of your 


BIM presents a line of proven programs that 


maximize your system’s capabilities, saving you 

e@ time, labor and expense. These program 
products help get the most out of your system 
and people. 


BIM-VIO — DOS/VSE Virtual Disk Drive. Moves the Standard Label Area 
directly into memory and allows for other heavily used 
non-permanent files to be moved into memory as well. 


BIM-PACK — Automatically compresses selected VSAM files 
transparent to applications and end users. under DOS. 
BIMWNDOW — Multiple terminal sessions concurrently 
at CRT under DOS or OS VTAM. 
BIM-EDIT/DOS — The most powerful, flexible full screen editor available for 
DOS/VSE. 
BIM-EDIT/MVS — All of the features of our popular DOS editor 
and does not require the overhead of TSO. Can be accessed 
directly from VTAM or from CICS or other terminal subsystems. 
BIMSPOOL — Prints output in POWER/VSE spooling queue on local or 
remote 3270 terminal printers. (Received ICP Million Dollar Award 1982). 
BIMSPLSR — Optional laser printer support for BIMSPOOL. 
BIMSPOON — On-Line to Batch Print Spooling. Prints data passed from 
CICS application programs into the POWER spooling queue. 
BIMSPLIT — May be used separately or with BIMSPOOL to 
print parts of an existing job to terminal printers at separate sites. 
BIM-PDQ — POWER Dynamic Queuing performance enhancement. 
Eliminates 85% of the I/O to heavily used POWER queue. 


BIM-PADS — Automatically alters or deletes DOS POWER 
spooled job entries at preset intervals. 


BIM-ODIS — Comprehensive problem analysis and display of 
operational CICS system. ODISTRAK is an optional historical 
reporting feature to be used with BIM-ODIS to generate reports 
relating to system usage. DOS and OS. 
BIM-BUFF — Significantly increases the performance of VSAM 
under DOS by dynamically managing VSAM buffers. 
BIMTEXT — Word processing, document composition system. 
Create formatted documents from free-form input. DOS and OS. 
BIMSWAP — Switch local 3270 BTAM terminals between multiple CICS 
partitions without special hardware or additional ports. 
BIMCMPRS — CICS 3270 data compression system. Reduces response time 
for remote terminals significantly. DOS and OS. 
BIM-FMAP — CICS BMS on-line map generation 
and maintenance. DOS and OS. 
BIMECHO — Copies one CRT’s output to another or 
printer for problem determination and demonstration. DOS and OS. 
BIMP3270 — Comprehensive CRT screen image print facility. 
Copy to terminal printers or spool queue for system printer. DOS and OS. 
BIMSERV — On-line display of library directories and entries, VSAM Catalog 
entries, disk VTOC’s, etc. 
BIMCNSOL — Multiple/Remote System Console function for 
CICS. Display-only or full input/display versions available. 
BIMMONTR — DOS/VSE System Status, Performance Measurement, and 
POWER Queue display. 


BIMSUBMT — On-line Job Edit and Submission facility. 


BIM programs are cost-efficient, some less than $800, average $2500. You can save 
even more with our group package offerings. Products are available on permanent, 
annual, or monthly licenses, and shipped on a 30-day free trial basis. Product 
documentation is available on request. 


BIM also performs systems programming consulting, with consultants based in 
Minneapolis and Washington, D.C. Computer time services are also available on our 
4331-2 system, on-site or remote. 


B | MOYLE ASSOCIATES, INC. 612-933-2885 
5788 Lincoln Drive Telex 297 893 (BIM UR) 
Minneapolis, MN 55436 Member independent Computer Consultants Assn 
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mostly unique areas of many different ta- 
bles, the effect upon throughput and re- 
sponse time will be quite noticeable. Un- 
less more than 1,000 sequential pages of 
a table will be scanned, 32-page prefetch 
will seriously degrade performance and 
response time. 

You want large buffer pools to elimi- 
nate I/O. Prefetch was created to reduce 
the number of I/Os necessary to retrieve 
large answer sets and to reduce (hopefully 
eliminate) any wait time for I/O comple- 
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tion. We are really addressing an appli- 
cation design question: frequency of data 
reference. The corresponding question is, 
is the cost of system resources (in this 
case, storage) necessary to support buffer 
pools of 60 or more megabytes. 

Figures | and 2 illustrate the additional 
I/Os required when 32-page prefetch is 
used and the data is not in the buffer pool. 
The graph in Figure | is a subset of the 
second and accentuates the fact that the 
number of I/Os required to scan 60 to 100 
pages almost doubles when the prefetch 
quantity is 32. The graph in Figure 2 il- 
lustrates that the larger prefetch quantity 
will not provide any benefit unless sig- 
nificantly more than 1,000 pages will be 
scanned. 

Presently, the only possible solution to 
this situation is to have two separate 
ZPARMs and to stop/restart DB2 using 
the ZPARM appropriate for the type of 
processing required. This is not a viable 
approach for most large DP installations. 


What Do You Really Need? 


You need the ability to specify large 
buffer pools and to specify the prefetch 
quantity that will provide the best per- 
formance for each environment. The sec- 
ond requirement is the ability to dynam- 
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ically alter the prefetch quantity (alone) 
while DB2 is operational. This will allow 
efficient transaction processing during the 
normal business day and the ability to 
change the environment for efficient pro- 
cessing of large jobs that often scan entire 
tables during overnight processing with- 
out having to stop and restart DB2. Ul- 
timately, the system should be made 
smarter and dynamically vary the pre- 
fetch quantity and trigger point to opti- 
mize performance. 


DB2 V1.3 and V2.1 
SEQUENTIAL PREFETCH 16 vs. 32 PAGES 


NUMBER OF 1/0. 


NUMBER OF PAGES READ 


There can be a variety of interim so- 
lutions before the Optimizer reaches the 
level where it really optimizes the per- 
formance of sequential prefetch. Any of 
the previously mentioned options would 
be an improvement. Additionally, moving 
the point of prefetch activation lower by 
16 or 32 pages (corresponding to the pre- 
fetch quantity) would reduce I/Os and im- 


prove overall performance. = 
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apacity Planning (CP) challenges 
at Kaiser Foundation Health Plan 
and the concepts used in the appli- 
cations development group to deal with the 
challenges was the subject of the article, 
“Capacity Planning: The Applications De- 
velopment Viewpoint,” in the February 
1989 issue of MAINFRAME JOURNAL. 

This article describes the CP database in 
detail along with some examples of its use. 
It also relates hard-earned practical 
experience. 

Part 1 ended with a description of the 
fourfold CP problem posed by the Medical 
Records Management System (MRMS)): it 
has multiple Application Functions (AFs) 
which must separately undergo capacity 
planning; it uses three different types of 
Workload Natural Business Unit 
(WNBU); it has six types of Disk NBU 
(DNBU); and the capacity plan changes 
over time because MRMS is installed in- 
crementally rather than at all medical facil- 
ities at once. 


The Database 


Following is a discussion of the data 
stored in the workload database. There are 
two main record types: the company statis- 
tics record and the consumption record. 

The company statistics record is used to 
store WNBU data for each medical facility 
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in the company: there is one record for 
each medical service department within 
each facility, each WNBU type and each 
month in the planning cycle. For instance, 
it stores patient visit counts and patient 
admission counts for each facility for each 
month. For past months, it contains Fore- 
cast and Actual counts. For future months, 
it contains only Forecast counts; the Actu- 
als are null. The data elements of the com- 
pany statistics record are as follows. 


@ Medical facility identifier; Kaiser has 
26 facilities. 


® Medical department identifier. This is 
pertinent to activities (such as outpa- 
tient visits) that are recorded at the 
department level. It is null for ac- 
tivities (such as admissions) that per- 
tain to the facility as a whole. On the 
average, there are 15 medical depart- 
ments per facility. 


@ Period in the planning cycle. Month 
and year to which the record pertains. 
Kaiser has detailed data back to Janu- 
ary 1985. 


= WNBU type identifier. A code expres- 
sing what type of WNBU it is, such as 
“patient admission” or “patient visit.” 


@ Forecast WNBU count. 


@ Actual WNBU count. 

The consumption record is the other 
main record of the database. Whereas the 
company statistics records deal with every 
medical facility regardless of what AFs (if 
any) are installed at any given one, the 
consumption records deal with specific 
AFs which are actually installed (or firmly 
and specifically scheduled to be installed) 
at medical facilities. To further explain this 
distinction, consider patient admissions: 
the company statistics records contain ad- 
mission counts for every medical facility, 
regardless of which facilities are using the 
Admission, Discharge and Transfer 
(ADT) system; the consumption records 
deal only with facilities which are using 
ADT or scheduled to be using it. The com- 
pany statistics express the company ac- 
tivity; the consumption records express 
that part of the activity that imposes work 
on the computer system. 

Being conceptually a subset of the com- 
pany statistics data, the consumption data 
is propagated from the company statistics 
data. For instance, once a medical facility is 
placed on the ADT installation schedule, 
consumption records are generated from 
the company statistics “admissions” rec- 
ords pertaining to that facility from 
the scheduled installation date on into 
the future. 
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Database 


The consumption record occurs once for 
every AF facility, department (if applica- 
ble), period in the planning cycle and 
WNBU type pertinent to the application’s 
capacity plan. The consumption record 
contains the following information. 

@ Application Function identifier. 

@ Medical facility identifier. 

= Department identifier. This is perti- 
nent to activities that are recorded at 
the department level. It is null for ac- 
tivities that pertain to the facility as a 
whole. 

@ Period in the planning cycle. Month 
and year on which resource consump- 
tion commenced or is scheduled to 
commence. 

= WNBU type identifier: a code expres- 
sing what type of WNBU it is, such as 
“patient admission” or “patient visit.” 

@ Forecast NBU count. 

@ Actual NBU count. 

@ The network name of the CICS region 
sustaining the workload. 


Underlying Simplifications 


Batch workload is not recorded in the 
database. Workload imposed by certain 
CICS transaction IDs such as menu selec- 
tion transactions is not necessarily related 
to any WNBU. 

Due to the inherent data volume and 
complexity of the CP process, it is neces- 
sary to account for a minimum variety of 
NBUs. This introduces a certain amount of 
coarseness into the process. 

Disk NBU accounting does not provide 
for the occasional necessity of leaving a 
major fraction of a disk volume empty in 
order to improve DASD response time. 

To tell the truth, Kaiser has not imple- 
mented DNBUs in the CP database, be- 
cause disk is easier to acquire and install 
than a mainframe and my CP colleagues 
can extrapolate from WBNU statistics. 
However, a pilot DNBU study was done 
successfully and would have been used 
were it necessary. A truly efficient imple- 
mentation of DNBU planning will require 
tokenization of dataset names to AFs and 
a program that processes disk catalog 
entries, tokenizes the consumption and 
uses the results to update Actual DNBU 
data in the consumption records of the 
CP database. 


Using The Database 


Updating the consumption records to 
reflect changing implementation schedules 
and updating the Actual WNBU values in 
the company statistics and consumption 
records is where most of the effort goes in 
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maintaining the CP database. This is a 
monthly job; our planning horizon is 
roughly two years. 

I use SAS/Full Screen Product (SAS In- 
stitute Inc., Cary, NC) and batch SAS pro- 
grams to create and delete consumption 
records as the implementation of our ma- 
jor applications is scheduled, occasionally 
rescheduled and accomplished. 

To update the various types of Actual 
WNBUs in the company statistics records, 
I use SAS/Full Screen Product and SAS 
files supplied by the corporate statistics 
office. 

To propagate WNBU counts from the 
company statistics records to the con- 
sumption records, I use a SAS job that 
generates updates to the consumption rec- 
ords based on the data in the company 
statistics records. 

To translate the NBU data into MIPS 
and megs, my CP colleagues mainly use a 
printed report that shows historic Actual 
NBU values as of a recent “CP baseline” 
month and future Forecast NBU values 
expressed as a ratio against the baseline. 
Using this data, they are able not only to 
budget the horsepower needed for 
application-owning CICS regions, but 
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and terminal-owning on behalf of other 
application regions. 

Via various transformations (and a met- 
aphysic leap of faith or two), they also 
made the predictions necessary to define 
the times at which the Patient Appoint- 
ment, Registration, and Reporting System 
(PARRS) was successively subdivided 
from one to its present four CICS regions, 
for instance. For the future, they use the 
data to predict the necessity of defining 
new CICS regions for major new 
applications. 

To present analogous data to manage- 
ment, I use SAS/Graph and a pen plotter. 
The accompanying plots are an example 
of this data for PARRS. 

Figure 1 shows the company-wide pa- 
tient visit workload (with the square data 
points) versus the visits at the facilities 
using PARRS (with the triangle data 
points). The plot shows that by the end of 
1988, PARRS will be handling almost its 
entire potential workload; there are some 
medical departments yet to be imple- 
mented in 1988. Figure 2 shows the same 
information in terms of the percentage of 
the potential workload actually being han- 
dled by PARRS. 


Practical Experience 


Having done this work for three years, I 
would like to pass along a few thoughts 
that you may find of value in prevent- 
ing capacity planning from being a high- 
stress job. 
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Resist the temptation to ask your busi- 
ness enterprise to institute any opera- 
tional changes that would make the capac- FIGURE 3 — FRACTION OF POTENTIAL WORKLOAD IMPLEMENTED 
ity planning job easier, because you will FOR AE ERAHG EEGIONS 
probably either be laughed at, repri- 
manded or stomped. It is a tough job, but 
it is all yours. 

To avoid getting bogged down in NBU 
accounting, do not attempt discretely to 
deal with any application that will ul- 
timately represent less than 10 percent of 
the total demand on the computer. For 
those myriad “smaller” applications, my 
CP colleagues simply aggregate them, 
look at how much power they consume 
today and forecast them with minor trans- 
formations into the future. 

Sooner or later, one of your mathe- 
matically oriented CP colleagues will run 
a Statistical regression that reliably tracks 
historic peak CICS consumption across 
time. Pay no attention to this whatever 
unless you have no new major applica- 
tions coming on-line within your plan- 
ae a _— i - = cose eee 

emember tha matter how quan- 
titative this discipline might appear, it is | necessary. You might note in your own with end users, has a much greater toler- 
fully as much art as it is science. Remind organization the fact that the applications | ance for ambiguity than do your associ- 
your CP colleagues of this fact whenever development group, dealing as they do _ates in the systems programming group. 
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Cartridge Subsystem for IBM and Integrity 


DEC. Cartridge Tape Technology For: 
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Compared to the IBM 3480, the FAST n 
A480 requires half the floor space and . rod le Ss gailaalad 
approximately 68% less electricity. - — Higher Reliability 
And, the FAST A480 is fully format and - Lower Cost Media 
media compatible with the IBM 3480 Optional Cartridge Loader 
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interchange and compliance with ANSI Cartridges 
standards. No software additions or - — Reduces Operator Intervention 
modifications are required to your IBM - — Increases Thruput 


fi ’ 
SE REE assets conv ary These factors combined wth high den- 
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Sit First Alliance Software & Technologies, Inc. 
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EMC's 4381 Memory Upgrades: 
Thousands of Users Have Saved Thousands of $$ 


while improving reliability. 


dures and is qualified in one of EMC's in-house 

== 4381 CPUs before certification for shipment. 
Increased reliability and lower costs are only two of the benefits of 
EMC's 4381 upgrades. What's more, each EMC upgrade is backed by EMC's 
Critical Site Service Plan. This plan includes an On-Site Spares Kit and a 
worldwide network of Service and Support Offices to guarantee prompt 
assistance from our Customer Service Engineers. 

Price advantages combined with proven reliability and support make 
main memory upgrades from EMC the right choice for maximizing the per- 
formance of your 4381 computer. Find out why EMC is the leading indepen- 
dent supplier of 4381 main memory upgrades by calling today or by writing: 
EMC Corporation, Hopkinton, MA 01748-9130. 


EMC's 4381 upgrades are priced 25% below those of IBM. Save $20,000 
with each 16 megabyte addition to main storage and, as thousands of EMC 
customers have found, you can meet capacity requirements quickly and easily 


With EMC lower cost means higher reliability. By designing, manufactur- 
ing, testing and supporting our 4381 memory we are able to enforce strict 
quality control standards during all phases of the product development pro- 
| cess. Each EMC 4381 memory board uses pre-tested logic components. In 
| addition, each board undergoes 100 hours of stringent test and burn-in proce- 


Save 25% with 
mp; EMC's 4381 Upgrades 


$120,000 Expenditure 


For more information call today: 1-800-222-EMC2 (In MA, 508-435-1000). 


EMC 


The System Enhancement Company. 


IBM is a registered trademark of International Business Machines, Inc. 
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These folks, who tend to intolerance of 
ambiguity, have to translate all this some- 
what fuzzy planning data into a tangible 
increment of computer horsepower and 
do not like to think fuzzily. All you can do 
is try to maintain mutual respect and real- 
ize that we are all in this together. 

Once one or two years’ worth of Actu- 
als have been accumulated in your 
database, you can bravely compute a 
trend and forecast a future year by apply- 
ing an observed growth rate factor to the 
most recent year’s data, record-by-record. 
However, remember that if your AF is 
quite granular (for instance, installed 
department-by-department rather than in 
the entire medical facility all at once), you 
are especially subject to projecting ran- 
dom anomalies as trends. Such forecasts 
might look great, but they are implicitly 
dependent on the wisdom and company 
insight of the designer of the forecast. 

Once a granular application is com- 
pletely installed at a given medical facility, 
you could condense all of that facility’s de- 
partments into a single granule for future 
forecasting of its consumption. So far, 
however, Kaiser chooses not to summarize 
its data so drastically. The main reason for 
this is that the detailed data of existing 
medical facility departments is useful in 
forecasting the NBUs of new facilities. 

Acknowledge the fact that choosing 
truly predictive NBUs is an iterative pro- 
cess. After selecting one, forecasting its 
values over time and letting some time go 
by, you must find out if actual CICS work- 
load changed by the same relative amount 
as did the NBU. If there is significant dis- 
crepancy, the NBU you have chosen has 
proven not to be a good predictor (it is in 
fact an Unnatural Business Unit) and you 
must try something else. 

To find out how much work your major 
applications are doing, instrument them 
to give feedback on activities that charac- 
terize their workload. These activities 
need not be the same as the NBUs used in 
the capacity plan but will ideally relate to 
the NBUs in a linear fashion. For 
instance, the PARRS database allows 
Kaiser to readily derive appointment 
counts which are compared to the outpa- 
tient visit WNBU counts by which the 
PARRS workload is forecast. If no other 
feature of an application provides ade- 
quate workload feedback, consider having 
it create a CICS journal specifically for 
this purpose. (Unfortunately, this causes 
the measurement process to alter the 
thing being measured and not in the direc- 
tion preferred.) 
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Periodically assess the variance between 
Forecast and Actual NBUs. They can be 
appallingly inexplicable but a reasonable 
objective in a situation like Kaiser's is this: 
over a period of a few months, the total 
NBU variance (Forecast-to-Actual pluses 
netted against minuses) of a given AF ina 
given medical facility should be small. Ina 
multi-processor machine like the 3090, as- 
suming it is not overall busy at peak, one 
way to fix a CICS region that approaches 
saturation of one processor is to split out 
the medical facilities that it serves into two 
CICS regions if the applications are sus- 
ceptible to this solution. For this to work 
accurately, then, the NBU variance of 
each medical facility should be small so 
that the net effect of the split can be rea- 
sonably forecast for each of the split-out 
CICS regions. 

A WNBU is sometimes nowhere as ho- 
mogeneous a unit as you wish it were: 
different users can cause the computer to 
do startlingly differing amounts of work. 
Kaiser’s worst-case events differ from the 
average by a factor of 100 (yes, one hun- 
dred) in I/Os and CPU and wait times and 
endemic variations of around 15 percent 
exist among various medical facilities for 
the same PARRS WNBU. Such surprises 
happen, for instance, when one group of 
users do appointment database searches 
under a typically constrained range of 
search arguments while another group 
will specify a broader range of eligible ap- 
pointments as a normal matter of course; 
thereby consuming a different amount of 
computer horsepower for a given WNBU. 

You can account for this type of WNBU 
“weight variance,” if it is consistent, by 
applying a weighting factor unique to each 
deviant medical facility when propagating 
company statistics Forecast and Actual 
WNBUs to the consumption records — 
this way, the weight of a WNBU can be 
tailored to the practices of the user. It does 
introduce imponderable variables and 
makes the database difficult to audit 
for accuracy; I have never had the nerve 
to try it. 

Another non-homogeneity problem is 
that with modifications to the application 
and its database design, the amount of re- 
source consumed per NBU will change 
over time. This will make monthly com- 
parisons of the results misleading. No- 
body I know of has the persistence to try 
normalizing the effects of such changes 
over time. 

In the case of a CP database design 
where Forecast and Actual figures are se- 
lectively copied out of a company statistics 


file into a consumption file, you must 
write a program to audit these data rep- 
lications for accuracy. If you replicate and 
fail to audit, you will be hopelessly out of 
control by the time you have run less than 
a dozen “mass update” adjustments of 
your data. 

When new medical facilities are built, it 
is necessary to predict diversion of work- 
load from existing nearby facilities and the 
rate of “acceleration” with which work- 
load will build up at the new facility. This 
is accomplished by wild guessing followed 
by upgrading of the Forecast as the 
Actuals become manifest. 


The More General Case 


There is nothing about CP with NBUs 
that restricts it to the health care industry. 

The workload on an inventory manage- 
ment system in retail sales, for instance, 
will likely vary according to customer buy- 
ing patterns and growth of the company. 
For instance, if there is seasonality in sales 
volume and/or new stores are being estab- 
lished, CP would be important for the in- 
ventory management application. 

The WNBU for such a business would 
likely be either dollar sales volume or 
number of sales transactions. Whichever 
of these is regularly forecast by manage- 
ment for planning purposes would be the 
one to choose for CP. 

One factor that needs to be considered 
for this type of application is the fact that 
the inventory needs to be in stock before 
it can be sold; if there are seasonal sales 
surges, the inventory management work- 
load might increase in the month before 
the sales go up and taper off in the month 
before sales go back down. In this case, 
the capacity planner needs to consider 
time-shifting of the inventory manage- 
ment workload’s effective date as com- 
pared to the sales WNBU effective date. 
If management had an inventory activity 
forecasting function, that might be a bet- 
ter source of WNBU data than would the 
sales figures. 

Whatever the industry, if the EDP 
workload shows long-term change and if 
there are quantifiable and forecastable 
business events that can be related to the 
computer’s workload, the methods de- 
scribed in this article can be brought 
to bear against the CP problem. 


Conclusion 


CP has proven its value at Kaiser and 
the intent is to keep at it until the price 
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DASD Tuning 
Of The Past 


By Dennis Corburn and Brian Fitzgerald 


he attitude toward the computer 
during the period when large scale 
computers were starting to be used 
in commercial industry was similar to the 
attitude toward the automobile during its 
early years. Originally it was used by the 
technologists and scientists of the time and 
was considered a fickle, unruly machine 
with limited general application. How- 
ever, over time both the automobile and 
the commercial computer evolved to be- 
come major forces in the growth of in- 
dustry and commerce. 

With the computer, that growth has been 
especially dramatic over the last 25 years. 
With IBM’s System 360 Series, com- 
puters went from scientifically oriented 
number crunchers doing sophisticated 
calculations (such as plotting planetary 
orbits and missile trajectories) to general 
purpose business systems doing commer- 
cial work on huge amounts of data. 

As computer systems became more in- 
tegral to the day-to-day operations of en- 
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terprises, their functions went from batch 
jobs with few users to interactive systems 
supporting many users and a great variety 
of applications. 

The evolution of computer technology 
has been dramatic during this period. The 
speed at which the computer processes in- 
formation has increased more than 30 
times in the last two decades. During this 
same period storage capacities have gone 
up more than 60 times. An area of less 
dramatic gain has been the ability of the 
computer to move its data from disk stor- 
age to internal storage for processing. To 
put it in perspective, in the same period 
that saw the CPU performance increase 
by 30 times, the speed to get the infor- 
mation to the processor has only in- 
creased a mere four times. To torture the 
car analogy a bit further, it is as if today’s 
18-wheeler would be forced to travel on 
unpaved country roads. You would have 
a machine capable of storing a great deal 
of material (data) and of processing that 


material at high speeds. However, its abil- 
ity to get that material from place-to-place 
would be limited and the overall effec- 
tiveness of the system would be far less 
than its potential. 

Such is the case with computers today. 
To help reduce the transportation bottle- 
neck between the computers’s tremen- 
dous ability to process data and its storage 
facilities, systems managers have devel- 
oped a variety of storage tuning tech- 
niques. These techniques are basically de- 
signed to tune or balance the slow speed 
storage devices in relation to the high 
speed processor and limit the build-up of 
storage and processor requests. 

One device that “‘throttles’’ these re- 
quests is a disk controller that contains a 
high speed storage section. This section 
is called ‘‘cache’’ and can access data 
many times faster than rotating disk. 
However, the amount of this cache stor- 
age area is limited and only data that is 
in the cache area will enjoy the benefit of 
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the high speed access. Part of the control 
of the cache involves special caching 
schemes designed to anticipate which data 
would be required next and hold that data 
in the high speed electronic storage, wait- 
ing for the processor to request it. 

Cached controllers illustrate the di- 
chotomy that has existed between elec- 
tronic and rotating storage devices since 
their introduction in the seventies. Cach- 
ing attempts to combine the benefits of 
rotating disk (high capacity, low cost/MB) 
with the benefits of electronic or solid state 
storage (high performance) to overcome 
the drawbacks of each storage type; ro- 
tating disk’s slow performance and elec- 
tronic storage’s high cost and low capac- 
ity. The problem with a cached controller 
is that performance depends on the cor- 
rect data being held in the cache storage 
when the processor demands it. Caching 
works well under certain conditions (when 
the ratio of read to write requests is about 
70 percent) but rather poorly in most other 
situations in which it is much more dif- 
ficult to anticipate what data would be 
needed next. The relatively small sizes of 
the cache storage (ranging from a few 
thousand bytes to under 200MB com- 
pared to about 1,000MB for a typical ro- 
tating disk) limits the ability of the system 
to store enough data to anticipate cor- 
rectly what the CPU would need. 

But while systems analysts and vendors 
were trying to find ways to bridge the gap 
between slow disk and fast CPUs, another 
trend was occurring that could eliminate 
the gap altogether. While the cost and ca- 
pacity of magnetic storage were improv- 
ing rapidly during the seventies and early 
eighties, those of electronic storage were 
moving even faster. Since 1975, the cost 
for a megabyte of electronic storage has 
fallen 200 fold while chip capacities have 
risen nearly three thousand times over 
what they were even thirteen years ago. 

By the early 1980s several companies 
had taken advantage of these improving 
price/capacity ratios in electronic storage 
to begin marketing Solid State Disk (SSD) 
products. The principle behind SSD was 
simple. By creating an electronic storage 
device with all the capacity of a rotating 
disk and that emulated the functions of a 
rotating disk, you finally eliminated the 
performance gulf between mechanical and 
electronic storage. And while SSDs were 
still more expensive on a cost per mega- 
byte basis, by using them intelligently they 
were tremendously effective. 

Since SSDs are still more expensive 
than rotating disk, there is no wholesale 
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replacement of rotating disk devices with 
SSD devices. However, these devices are 
finding use as performance tools which 
sometimes eliminate much of the need for 
expensive, time consuming storage tun- 
ing efforts. For sophisticated data pro- 
cessing shops, SSD represents another tool 
for the performance specialists while in 
shops with less resources its sheer power 
can serve as a performance ‘‘cure-all.”’ 

Keep in mind that storage tuning has 
one main goal, to keep requests for data 
from backing up at the slow disk devices. 
When queues start forming at these de- 
vices, the CPU spends more time waiting 
and response time suffers. This goal is 
accomplished in several ways, each of 
which has its own drawbacks. 

Before tuning the system, performance 
analysts need to know a great deal about 
how the various resources of the system 
are being used. These analysts can use 
one or more of several software applica- 
tions which help them to do this. These 
tools look at how main storage, disk and 
channels are utilized. By studying this in- 
formation over time, the analysts can de- 
termine where the bottlenecks are in the 
system and take steps to minimize them. 


“Cache in 


your 
processor” 


One of the most common techniques of 
disk storage tuning involves spreading data 
over many drives. The benefit of this ap- 
proach is that the chance of one drive 
being asked to handle several requests for 
data simultaneously is lessened. The CPU 
spends less time waiting for drives, be- 
cause more I/O requests can be handled 
at one time. 

Another approach is to use only part of 
the capacity of each drive on the system. 
By limiting the amount of the platter sur- 
face being used, the distance the head must 
travel when seeking information is less- 
ened. This improves the performance of 
the drive. But with this approach the ac- 
tual cost per megabyte of disk storage is 
significantly higher because so much of 
the drive is actually unused or wasted 
space. 

A third common DASD management 
tool is to increase the number of channels 
available between the CPU and the disk. 
The goal here is to maximize the chances 
that, when the drive is ready to transfer 
data to the CPU, there is an available path 
to transfer the data. When no path is 
available, the drive must wait for another 

See Solid State page 98 


SDI 


20 years of Software Innovation 


For Instant access to your critical application files 
with CACHE MAGIC™ 


/mprove response times 


making your users more productive 


and allowing you to process more transactions. 


Reduce batch run times 


knocking 2 to 4 hours off nightly batch processing, 


insuring the online system gets up on time. 


Save hardware dollars 


postponing and possibly eliminating 


upgrades of CPU, DASD, and Control Units. 


CALL TODAY. 


(415) 572-1200 ~—- In Europe: +31 10 436 12 77 


1 (800) 537-1969 


1700 S. El Camino Real, San Mateo, CA 94402 


CIRCLE #76 on Reader Service Card A 


63 


CICS Testing: 


Mian 


ow often has inadequate testing 
H«= guess work caused havoc 

when changes are made to your 
CICS system or applications. Far too fre- 
quently we make changes, turn them over 
to production and pray they work when 
put to the real test. Wouldn’t it be nice if 
you could know for sure what effect these 
changes will really have before they are 
put into production? 

I can simply place most DP shops into 
two categories; those that try to do proper 
testing and those that make excuses for 
not doing it. In either case, adequate test- 
ing is rarely done. 

The installation that tries to do testing 
usually falls short due to human reasons. 
These shops usually have a formal Qual- 
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ity Assurance (QA) department or pro- 
cedures that are intended to guarantee 
quality. The quality process is usually left 
to the naked eye. Only errors that are vis- 
ually noticed are caught. In addition, the 
time and expense of doing a true regres- 
sion test (testing all aspects of an appli- 
cation or system for expected results not 
just those that are known to have changed) 
usually precludes it from being done at 
all. These installations understand the need 
for an automated way of testing since it 
simplifies their job while providing su- 
perior results. 

The installations that currently do not 
have formal QA procedures are some- 
times stubborn to have any new testing 
procedures, automated or not, since they 


seem to require additional effort on their 
part. This rationalization is inane. How 
often has their company lost money while 
backing out a production change during 
working hours? 

The need for proper testing is obvious. 
The average installation today spends 70 
percent of its time doing maintenance. 
Without effective quality testing, an 
installation is in jeopardy every time 
a change is made to an application or 
system. 

The need for automated testing is just 
as obvious. We cannot expect humans to 
visually compare the abundance of data 
required to perform a proper test or to 
manually repeat every test case whenever 
a change is made. Software tools are 
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available to simplify and guarantee the 
testing process. 

Look at several different examples of 
manual CICS testing compared with au- 
tomated testing using a QA software tool. 


Stress Testing 


Stress testing is used to determine how 
a system behaves under high loads and to 
determine its point of overload. 

Manual stress testing is often attempted 
usually with little success. This can be a 
reasonable testing method for small or 
batch systems. But it is preposterous for 
any real-time, large-scale CICS applica- 
tion or system. Typically, a manual stress 
test requires many people to enter trans- 
actions as fast as they possibly can. Need- 
less to say, this is labor intensive, costly 
and has minimal results. 

With an automated testing tool you 
could collect large volumes of data (ter- 
minal inputs and outputs) and re-execute 
this data in a controlled environment. The 
rate at which transactions are executed can 
be controlled allowing you to create a re- 
alistic stress situation. 

If a large volume of data is not avail- 
able, you may wish to replicate smaller 
amounts of test or production data to cre- 
ate the desired effect. 


Concurrency Testing 


Concurrency testing is used to ensure 
correct results when multiple identical or 
similar transactions are processed simul- 
taneously. This usually occurs when mul- 
tiple terminal users execute the same 
transaction at the same time. 

These concurrency problems are quite 
often the cause of many intermittent CICS 
production errors. They are difficult to di- 
agnose and correct since they do not oc- 
cur On a consistent basis. Quite possibly 
a programmer used a non-unique piece of 
storage (like the CWA) and did not con- 
sider CICS’s ability to multi-thread pro- 
grams. The first transaction uses the stor- 
age, CICS goes through dispatching and 
the second transaction overlays what the 
first did. When the first transaction re- 
gains control, the storage information it 
was expecting is no longer valid. 

The rate at which concurrency failures 
occur typically corresponds to the volume 
of the transaction. If only one person uses 
the transaction, a concurrency problem 
will never occur. But if 50 people are us- 
ing it, the chance of errors greatly in- 
creases. 

The manual method of doing a concur- 
rency test is seen frequently in DP shops. 
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You notice it because it looks ridiculous. 
Usually two people prepare to enter the 
same transaction from different terminals 
(typically across the room from one an- 
omer). Uhenithey-c0- I 2 2 See 
ENTER.’’ Since today’s computers work 
in nanoseconds, the chance of these trans- 
actions really executing the same instruc- 
tion paths concurrently are about as good 
as getting hit by lightning. There is a bet- 
ter chance of the first transaction com- 
pleting before the second even enters 


CICS. The result is not knowing if your 
test passed or if a concurrency situation 
did not arise. 

With an automated testing tool, you 
could replicate a single terminal session 
into a multi-terminal session and then have 
these transactions forced into CICS at truly 
the same time. A well-designed auto- 
mated tool employs virtual terminals (ter- 
minals defined to the TCT but with no 
physical terminal attached) to avoid tying 
up real terminals. 


XA-RELO / XR-RELO 


CICS Performance Optimizer 


As you may have already discovered, converting to XA 
does not necessarily mean your CICS performance and 
storage problems are over. Now it’s time to let the 
powerful features of XA-RELO provide the solutions. 
(XR-RELO provides similar solutions for MVS/SP). 


Enjoy faster response times 

Improve internal throughput 

Eliminate all CICS storage compressions 
Eliminate virtual storage constraints 
Eliminate Short-on-Storage conditions 
Increase the Dynamic Storage Area (DSA) 


Eliminate all program fetches from the CICS 
load library during execution 


Reduce system I/O and WAIT time 
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XA address space without any recompiles or 
modifications, including macro level programs 
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any system modifications or program changes 
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Introducing CICS RADAR 


Policing CICS region outages is a 

time-consuming, costly process for 
you, the CICS systems programmer. But 
now with a new product from Compuware, 
experienced leaders in system software solu- 
tions, you have a new weapon to add to your 
arsenal: CICS RADAR. With RADAR you 
can reduce the time it takes to debug system 
dumps by up to 90%! 

CICS RADAR automatically pinpoints 
the exact location of CICS region failures, 
regardless of the number of regions, task 
activity, or stress on the system. Then 
RADAR produces a report that tells you 
what happened. You can review the report 
online, or print it for future reference. 
RADAR even provides fully menu-driven, 
interactive access to a compressed and for- 
matted system dump at the touch of a key. 

CICS RADAR also helps to prevent 
future outages with its exclusive “Snapshot” 


feature. This allows you to perform a com- 
plete analysis of any CICS region, before it 
fails, helping you to guard against unfore- 
seen problems. And CICS RADAR is com- 
patible with the Compuware Command 
Center. ™ 

If you need speed and control in your 
fight against CICS region failures, call 
Compuware today about a free 30-day CICS 
RADAR trial. Compuware Corporation, 
31440 Northwestern Highway, Farmington 
Hills, MI 48018. (800) 521-9353. In 
Michigan, call (313) 737-7300. 


any, 
@ COMPUWARE 
Because experience is everything. 


CICS RADAR is a trademark of Compuware Corporation. 
© 1989, Compuware Corporation. 
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How do you test when migrating from 
one release of CICS to another or from 
one operating system to another? 

The manual method usually requires a 
systems programmer to come in on the 
weekend, bring up production with the 
new release and then arbitrarily enter 
transactions to see if they work. When 
production is heavily used the following 
Monday morning, errors may arise. The 
systems programmer could not possibly 
have tested for all possibilities or recreate 
the full environment. 

A software testing tool could capture 
the entire previous day’s production load. 
Then the systems programmer could re- 
execute this load after he installs the new 
release. Reports can be produced auto- 
matically outlining any differences found 
between the two versions. 


Unit Testing 

Unit testing is the most common type 
of testing today. This is the testing of an 
individual unit of work (typically a change 
to a program) to make sure it performs as 
it was designed. 


Database 
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and availability of hardware does not mat- 
ter any more. The CP group is far from 
making its retirement plans. = 
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A manual unit test is quite simple. The 
programmer calls up the screen or screens 
that were changed and visually looks to 
make sure the change is correct. He usu- 
ally checks the entire screen to make sure 
his change did not alter other fields. Then 
he mentally makes a decision, *‘Could the 
simple change I just made possibly affect 
anything else in the system?’’ He weighs 
the options, ‘‘If I were to test my entire 
system, it would take all day’’ vs. ‘‘Na, 
my change was simple, it could not pos- 
sibly affect anything else.’ The latter al- 
most always wins. Then when the pro- 
gram migrates into production, an error 
is found in a different transaction, per- 
haps because these two transactions share 
the same common file. 

With an automated testing tool, you can 
not only have it unit test your simple 
change, but also have it automatically 
check all other possibilities. It will report 
back to you on any differences found be- 
tween the screens prior to the change with 
the screens after the change. This way 
you are guaranteed a true regression test. 

I think it is apparent that an automated 
approach to CICS testing is far superior 
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Understanding The 
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of 


subsystem, loosely defined, is a 
Ax of programs and/or routines 

defined to the Subsystem Inter- 
face (SSI) component of MVS to provide 
services or functions not directly provided 
by basic MVS facilities. The SSI is a 
branch entry interface available for any 
service facility to use. It is most typically 
used by Job Entry Subsystems (JES’). 

The SSI came about with the advent of 
the MVS operating system to provide a 
common interface for communication be- 
tween MVS and JES. Prior to MVS, hooks 
were placed at various points in operating 
system code by HASP and ASP, the fore- 
runners of JES2 and JES3, respectively. 
Both, for example, had hooks placed in 
the Input/Output Supervisor (IOS) to in- 
tercept spool I/O and redirect it to the 
appropriate spooling space. 

The SSI was developed to eliminate the 
need for the hooks described above so that 
MVS could make common calls through 
a standard interface to subsystems for no- 
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tification of events, to provide additional 
service and to monitor work in the sys- 
tem. Through this method various func- 
tions such as SYSIN/SYSOUT process- 
ing, job selection/termination and the use 
of internal readers can be provided via the 
same stable system exit points. Even 


One of the 
more popular uses of 
the SSI is in 
automated operations. 


though the JES’ were the original reason 
for the design of the SSI, it was also de- 
signed flexibly enough to enable general 
use by subsystems yet to be developed at 
the time such as IBM’s IMS, DB2 and 
BDT and other non-IBM products such as 
TMS, LOOK and LIBRARIAN. 


Subsystem Specification 
All subsystems must be identified to 


Subsystem 


Interface 
Omponent | 


MVS by a name of four characters or less. 
The first character must be alphabetic or 
national and the remainder either alpha- 
numeric or national. Prior to MVS/SP 
2.2.0, there were three ways in which a 
subsystem could be defined: 


@ The PRISUB and SUBSYS keywords 
of the SYSGEN SCHEDULR macro 


@ A zap or link edit of the subsystem 
name table (IEFJSSNT) 


@ The IEFSSNxx PARMLIB member. 


As of MVS/SP 2.2.0, only the last method 
listed above is supported to add subsys- 
tem entries. This method was first intro- 
duced in MVS/SP 1.2. 

In the PARMLIB member or in 
IEFJSSNT, there is the option to specify 
the name of a subsystem initialization 
program that will be invoked during mas- 
ter scheduler initialization; this routine 
must reside in the linklist concatenation. 
In the PARMLIB member only, specify 
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an optional parameter string to be passed 
to the subsystem initialization program 
thus providing the flexibility of being able 
to change some subsystem options at 
startup time. The initialization routine re- 
ceives control in supervisor state with 
register one pointing to a two-word pa- 
rameter list containing the address of the 
Subsystem Communications Vector Table 
(SSCVT) followed by the address of the 
initialization parameter list that is mapped 
by the IEFJSIPL macro. The subsystem 
initialization program method is usually 
used when the subsystem will not have an 
address space resident in the system for 
the life of the current IPL. If this method 
is not used, then a job must be started to 
initialize the subsystem. That job must 
bear the name of the subsystem and the 
JCL to start it must reside in the proce- 
dure library, usually SYS1.PROCLIB, 
pointed to by the IEFPDSI DD statement 
in the master scheduler’s JCL (load mod- 
ule MSTJCLO00 in SYS1.LINKLIB). Any 
datasets referenced by the procedure must 
either be cataloged in the master catalog 
or pointed to by specific unit and volume 
serial number. 

The master subsystem is defined auto- 
matically by the SYSGEN SCHEDULR 
macro and it is called MSTR. It does not 
run in its own address space, rather its 
support is provided by routines in the Link 
Pack Area (LPA). Its job is to initialize 
the master scheduler as well as other sub- 
systems that will not run under the pri- 
mary job entry subsystems. It does this 
by reading the JCL in the MSTJCLOO 
member of SYS1.LINKLIB and passing 
it through the converter/interpreter using 
a pseudo access method interface instead 
of the normal VSAM access method. 

The pseudo access method manipulates 
data in real storage rather than external 
storage as normal VSAM does. Since the 
pseudo access method uses the regular 
RPL/ACB interface, the converter/inter- 
preter can use the pseudo access method 
just like it was VSAM. The master sub- 
system is also responsible for ‘“broad- 
casting’’ certain SSI requests to all other 
active subsystems (which will be dis- 
cussed later). 

The primary subsystem is defined by 
the PRISUB keyword of the SCHEDULR 
macro or with MVS/SP 2.2.0 in PARM- 
LIB via the PRIMARY keyword as the 
fourth positional parameter of the subsys- 
tem specification. In addition, you may 
indicate that you do not wish the primary 
subsystem to be started automatically as 
the fifth positional parameter, such as: 
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IEFJSREQ routine address 
Subsystem hash table address 


Primary subsystem name 


JESSASTA | —-—— Subsystem allocation sequence table address 
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JES2,,,PRIMARY,NOSTART 

Only one primary subsystem can be de- 
fined to MVS and it must be a job entry 
subsystem. You may also specify the name 
of an initialization routine for the primary 
subsystem. The primary will control the 
processing of START, MOUNT and LO- 
GON requests as well as the handling of 
SYSLOG. Note that START requests also 
include initiators under which batch jobs 
will run. Prior to MVS/SP 2.2.0, the pri- 
mary was able to be started by a com- 
mand embedded in the master scheduler 
JCL (MSTJCLO00). As of MVS/SP 2.2.0, 
if an IEFSSNxx entry contains the PRI- 
MARY parameter, the subsystem will be 
started automatically unless the NOS- 
TART parameter is also coded; then the 
subsystem must be started by operator 
command. 

Secondary subsystems are entirely op- 
tional but are becoming increasingly more 
commonplace. They may or may not run 
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256 byte function code matrix 


First SSCVT address 


Number of functions supported 


Variable length function routine 


Optional area for subsystem usage 


under the primary job entry subsystem, 
depending on whether or not they require 
SYSIN/SYSOUT services. Note that JES2 
supports running itself as a secondary 
subsystem while JES3 does not. In this 
case, started tasks and batch jobs may be 
directed to the secondary JES2 by means 
of the SUB=keyword of the MVS 
START command. Normally, TSO lo- 
gons are only directed to the primary JES, 
but there are some MVS user modifica- 
tions on the SHARE and/or Connecticut 
Bank and Trust (East Hartford, CT) MVS 
modifications tapes which allow TSO lo- 
gons to be handled by a secondary JES. 


SSI Structural Control Blocks 


Certain control blocks required for the 
SSI are created during the IPL process. 
The JES Control Table (JESCT) is created 
residing in key zero NUCLEUS storage 
and is pointed to by the CVTJESCT field 
of the Communications Vector Table 
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(CVT). It is mapped by the IEFJESCT 
macro. The JESCT contains some general 
subsystem information such as the name 
of the primary job entry subsystem 
(JESPJESN), pointers to the routines that 
handle SSI requests (JESSSREQ) and 
other information relating to device allo- 
cation and the SSI. 

The SSCVTs are created for each sub- 
system defined by the methods mentioned 
above and are chained together via the 
SSCTSCTA field of the SSCVT. The 
SSCVTs are created in subpool 241 key 
zero storage and the first SSCVT in the 
chain (which would be the primary JES) 
is pointed to by the JESSSCT field of the 
JESCT. The end of the chain is indicated 
by an SSCTSCTA value of zero. Each 
SSCVT is mapped by the IEFJSCVT 
macro. 

When a subsystem is initialized, it is 
the subsystem’s responsibility to create a 
Subsystem Vector Table (SSVT), usually 
in some common storage area. The SSVT 
is pointed to by the SSCTSSVT field in 
the SSCVT and consists of a 256-byte 
function code matrix indicating what 
function codes are supported by the sub- 
system, followed by a variable size table 
of addresses of the subsystem function 
routines themselves. 

Each basic SSVT is mapped by the 
IEFJSSVT macro. Optionally, there may 
also be a variable length extension fol- 
lowing the function routine addresses 
which may be used by the subsystem for 
other unique information. JES2 and JES3 
have additional material appended to the 
end of their SSVTs. For JES3, it is 
mapped by the IATYSVT macro; for JES2 
the mapping macro is SSVT. When the 
address of the SSVT is filled into the 
SSCVT, the subsystem is considered ac- 
tive and able to process requests. 

Also as part of the IPL process, two 
other related control blocks are created. 
The subsystem hash table (HASH) is built 
and pointed to by the JESHASH field of 
the JESCT. This table is used as a quick 
index for finding SSCVTs but is only use- 
ful if there are a tremendous amount of 
subsystems. Its purpose is to eliminate 
the long chain searches usually associated 
with what IBM terms the “‘large systems 
effect.’’ 

If the subsystem is not found via the 
hash table, then the system will sequen- 
tially search all the SSCVTs to find a 
match since other SSCVTs could be cre- 
ated and added onto the SSCT chain after 
the IPL process. The Subsystem Alloca- 
tion Sequence Table (SAST) is also 


MAINFRAME JOURNAL 


pointed to by the JESCT, specifically the 
JESSASTA field, and is used to control 
the order in which subsystems will be 
given control to process subsystem allo- 
cation requests, that is, those DD state- 
ments containing the SUBSYS=key- 
word. The relationship of the control 
blocks described above is depicted in 
Figure 1. 


SSI Request Control Blocks 


The subsystem interface is invoked via 
the IEFSSREQ macro instruction with 
register one pointing to a one word pa- 
rameter list containing the address of a 
Subsystem Option Block (SSOB). The 
SSOB and its extensions are mapped by 
the IEFJSSOB macro. The extensions are 
used to hold function dependent infor- 
mation while the header contains the SSI 
request function code, an SSIB pointer, 
an SSOB extension pointer and a field in 
which the SSI return code is placed. 

Proper expansion of the IEFSSREQ re- 
quires that the mapping macro instruc- 
tions for the CVT and JESCT (IEFJESCT) 
must be included in your program. The 
macro call generates a branch to the 
IEFJSREQ routine, located in LPA, that 
validates the control blocks passed that 
provide the information as to the partic- 
ular subsystem and function requested. 
This routine runs in the same protect key 
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and state as the caller. The SSOB defines 
the function requested and also points to 
a Subsystem Information Block (SSIB) 
that contains the name of the subsystem 
that service is being requested from along 
with other function dependent informa- 
tion. The SSIB is mapped by the IEFJSSIB 
macro. 

IEFJSREQ ensures that the subsystem 
exists, is active and supports the function 
code requested. If so, the value of the 
function code byte is used as an index into 
the variable size table of function routine 
addresses in the SSVT to pick up the ad- 
dress of the routine and control is passed 
to it. If the request is invalid, an appro- 
priate return code is sent to the caller in- 
dicating that the function code is not sup- 
ported by that subsystem. 

In order to accommodate SSI callers 
who may be in either 24-bit or 31-bit 
mode, IEFJSREQ checks to see if there 
is a difference between the caller’s ad- 
dressing mode and the addressing mode 
of the subsystem function routine and 
saves the mode if necessary. Then, before 
giving control to the appropriate SSI rou- 
tine, IEFJSREQ points register 14 to the 
address of an addressing mode switch 
routine so that upon return from the func- 
tion, the correct addressing mode can be 
restored. If there is no difference between 
addressing modes then the return register 
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is loaded with the caller’s normal return 
address. 

The caller has the option of pointing to 
an SSIB he has created or leaving the 
pointer as zero. If it is zero, the SSI will 
locate and use the ‘‘life-of-job’’ SSIB that 
is created when the address space is started 
by the job entry subsystem; that is, it con- 
tains the name of the JES that processed 
the START, MOUNT or LOGON request 
that created the address space. Therefore, 
the SSI request would be directed to that 
JES. The method for locating the SSIB 
when the SSOB pointer is zero is shown 
in Figure 2. 


Making SSI Requests 


To make an SSI request for service from 
a subsystem, to notify a subsystem or for 
any other reason the SSOB and SSIB as 
described above must be prepared by the 
requestor. Register one must be pointed 
to a one word parameter list that contains 
the address of the SSOB and whose high 
order byte must be X’80’. Minimally, the 
fields in the SSOB which must be filled 
in are the SSOBID with the value ‘SSOB’, 
the SSOBLEN with the length of the 
SSOB header and the SSOBFUNC with 
the function code being requested from 
the subsystem. Optionally the SSOBSSIB 
may be filled in with a pointer to the SSIB 
built by the requestor and the SSOBINDV 
with a pointer to the SSOB extension if 
required by the particular subsystem func- 
tion. If the caller provides an SSIB, the 
fields which must be filled in are the SSI- 
BID with the value “SSIB’, the SSIBLEN 
with the length of the SSIB and the 
SSIBSSNM with the name of the sub- 
system to which the request should be 
directed. 

Prior to actually issuing the IEFSSREQ 
macro, the caller might have to change 
his running environment as per subsystem 
needs. That is, the subsystem may require 
a different protect key or state than those 
of the caller. Also, certain locks might 
need to be obtained. The caller must point 
register 13 to a standard OS save area, it 
must be running in TCB versus SRB mode 
if the ‘‘life-of-job’’ SSIB is to be used 
since it must be located through the cur- 
rent TCB pointer via the PSA, it must not 
be running disabled and must allow page 
faults since the SSI control blocks are 
usually found in pageable storage. When 
these conditions are satisfied, the caller 
can point register one to the address of 
the parameter list and issue the IEFSS- 
REQ macro. 

Upon return from the SSI processing 
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routine (IEFJSREQ), register one will 
contain the SSOB address and register zero 
will contain the SSCVT address. Register 
15 will contain the IEFJSREQ interface 
return code and the SSOBRETN field of 
the SSOB will contain a return code from 
the subsystem itself if the request was 
successful. Figure 3 illustrates the rela- 
tionship of the SSI request control blocks. 
The possible interface return codes are: 


@ O(SSRTOK) if the request went 

to the subsystem 

successfully 

if the subsystem 

does not support the 

requested function 

if the subsystem 

exists but is not 

active 

if the subsystem 

does not exist 

if there is a 

disastrous error 

m= 20 (SSRTLERR) if there is a logical 
error (like an 
invalid SSOB/SSIB 
format, incorrect 
length and so on). 


@ 4(SSRTNSUP) 


@ 8(SSRTNTUP) 


@ 12(SSRTNOSS) 


@ 16(SSRTDIST) 


The labels in parentheses above are gen- 
erated by the SSOB mapping macro 
IEFJSSOB. They may be used to check 
the interface return code returned. 


——SSOB HEADER _ 
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Details of SSI Request Routing 


When IEFJSREQ gets control, it vali- 
dates the formats of the SSOB and the 
SSIB. If SSOBSSIB is zero, it locates the 
“‘life-of-job’’ SSIB by tracing through the 
PSA, current TCB, JSCB, active JSCB to 
the SSIB. Next, IEFJSREQ determines the 
correct SSCVT to use by dividing the 
name of the subsystem by the number of 
entries in the subsystem hash table and 
using the remainder as an index to the 
hash table. The hash table entry is either 
the address of the SSCVT required or the 
address of a synonym SSCVT that can be 
traced by a synonym chain (SSCTSYN) 
to find a match on subsystem name. The 
synonym search is necessary since many 
subsystem names may hash to the same 
value; all the names hashing to the same 
value are therefore chained together to ease 
the search. If this method does not yield 
a match, the SSCVT chain is searched 
sequentially starting from the last SSCVT 
built at IPL time whose address is stored 
in the hash table. This will locate any 
SSCVTs built dynamically after the IPL 
process. 

The SSVT pointed to by the SSCVT is 
then checked to determine if the subsys- 
tem supports the function code requested. 
This is done by subtracting one from the 
function code and adding the result to the 
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address of the function code portion of 
the SSVT. The function code byte pointed 
to indicates whether or not the function is 
supported. If it is zero, the function is not 
supported and a return code is given to 
indicate that. If non-zero, then one is sub- 
tracted from the value stored in that byte, 
multiplied by four and the result is added 
to the address of the beginning of the 
function routine address portion of the 
SSVT. This points to the address of the 
function routine that will process the 
function code requested. At this point, 
IEFJSREQ will determine if the caller of 
this SSI request is in 31-bit mode and the 
function executes in 24-bit mode or vice 
versa. If so, register 14 is set up so the 
function routine will return control to the 
SSI mode switch routine so the correct 
mode can be restored. If there are no ad- 
dressing mode conflicts, then register 14 
is loaded with the caller’s return address. 
Finally, register 15 is loaded with the ad- 
dress of the function routine that is in- 
voked via a BALR instruction since 
IEFJSREQ is simply a branch entry in- 
terface. 

When the subsystem function routine 
completes its processing, it sets register 
15 to zero to indicate that the function 
was accepted by the subsystem. The 
SSOBRETN field is used to store the re- 
turn code returned by the subsystem and 
then the routine returns to its callers or to 
the SSI mode switch routine if necessary. 


Broadcasting SSI Requests 


There are certain SSI function codes 
that are defined to SSI to be ‘“‘broadcast’’ 
to all active subsystems. This process is 
handled by the SSI common request rou- 
ter IEFJRASP that is a load module in 
LPA. Only certain SSI requests can be 
broadcast by IBM convention. Some are 
notification of end of task, WTO, com- 
mand processing and end of memory to 
name a few. A list of all the SSI function 
codes, what subsystem uses them and if 
they are defined to be broadcast can be 
found in the IBM System Logic Library 
manual that documents the subsystem in- 
terface. 

The request is made like a regular sub- 
system request except that the subsystem 
name in the SSIB must designate the 
‘MSTR’ subsystem. When the lookup is 
done to find the address of the master sub- 
system routine to give control to, the ad- 
dress found is that of the common request 
router IEFJRASP. IEFJRASP first makes 
a local copy of the SSOB and the SSIB. 
It then scans through the SSCVT chain to 
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find each active subsystem by checking 
for a non-zero SSVT pointer. For each 
active subsystem except the master sub- 
system, it copies the subsystem name into 
the SSIB copy and issues the IEFSSREQ 
macro to send the request to that sub- 
system. 

Upon return from each invocation of 
the IEFSSREQ macro, IEFJRASP looks 
at the return code returned from the sub- 
system. The lowest return code from the 
subsystem interface is stored in register 
15 and the highest subsystem return code 
is stored in SSOBRETN. That is, if one 
or more subsystems handled the request, 
the highest return code from the subsys- 
tems that processed the request is placed 
in the original caller’s SSOBRETN field. 


Uses for the Subsystem Interface 


Some of the current users of the SSI 
are those vendors whose products deal 
with automated operations. By using the 
SSI broadcast functions, these popular 
products can intercept WTOs and act upon 
them, reply to WTORs and simplify op- 
erator command sequences. A well known 
example of such automation is one that 
many people take for granted and that is 
the short form reply. When you reply to 
a WTOR by typing xxTEXT (where xx 
is the reply id), it is translated to the rec- 
ognizable MVS format REPLY xx,TEXT 
by that handy automated operations tool 
called JES2. 

Another use for the SSI is not really 
using it for subsystem communication. 
Many users have, over the course of time, 
used a CVT field available to the user 
(CVTUSER) as an anchor point for var- 
ious homegrown or vendor products. 
Lately, many vendor products have started 
using SSCVT entries as their anchor points 
in the system without actually establish- 
ing themselves as subsystems. This pro- 
vides a product with a unique globally 
addressable control block to anchor them- 
selves and for storage of information. 
Some examples of this are the CA-7 (for- 
merly UCC-7) scheduling package and the 
CA-1 (formerly UCC-1) tape manage- 
ment system. They both take advantage 
of two words available to the user in their 
SSCVTs (SSCTSUSE and SSCTSUS2) 
that may be used to store the addresses of 
tables and executable code. In both of their 
cases, they use an initialization routine 
name in their PARMLIB IEFSSNxx entry 
to set up the data they need and point the 
user words to it. In the case of CA-1, 
there is also a started task that can update 
certain information in the tables or can 


enable or disable tape management pro- 
cessing at will. This also allows such 
products to restart themselves by reusing 
previously loaded information without an 
intervening IPL. 

By now you are thinking that life is 
complex enough without having to deal 
with the SSI. You are probably right but 
note that IBM does provide a semi-doc- 
umented interface to set up the necessary 
SSI control blocks required to establish a 
subsystem. The subsystem service routine 
IEFJSBLD can be used to build SSCVTs, 
SSVTs, the SAST, the HASH, enable or 
disable SSVT function codes and build 
the primary subsystem’s SSCVT. The 
routine is also used at IPL time to initial- 
ize a subsystem by building the subsys- 
tem initialization parameter list mapped 
by the IEFJSIPL macro and then linking 
to the subsystem’s initialization routine. 
The sparse documentation for its use can 
be found in MVS/XA System Initialization 
Logic manual (form LY28-1200). Be 
warned, however, that a trip may be re- 
quired to your microfiche viewer to in- 
vestigate the source code for IEFJSBLD 
to really be able to use its services. For 
instance, the logic manual shows a sub- 
system service routine parameter list 
(SSPL) as input to IEFJSBLD but there 
is no mapping macro for it. It is also un- 
clear that before calling IEFJSBLD, reg- 
ister one must be pointed to the address 
of a pointer to the SSPL rather than 
just pointing register one to the SSPL di- 
rectly. A mapping macro is available for 
another control block pointed to by the 
SSPL, the SSVT table data parameter list 
(IEFJSBVT). 

In order to get you on your way to us- 
ing the subsystem interface, a piece of 
skeleton code that uses the MSTR sub- 
system’s Verify Subsystem function code 
to determine if a subsystem exists and is 
active is available from MAINFRAME 
JOURNAL by circling number 300 on the 
Reader Service Card. Function code 15 is 
used to verify subsystem existence. If the 
subsystem exists, upon return from the 
SSI call both register 15 and the SSO- 
BRETN field will contain zero return 
codes. 

In the SSOB extension, the SSVSSCTP 
field will contain the address of the sub- 
system’s SSVCT and the SSVSNUM field 
will contain the relative position of the 
subsystem on the SSCVT chain. If the 
subsystem does not exist, the SSI return 
code in register 15 will be zero and the 
SSOBRETN field will be set to four. This 
whole process could also be performed by 
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Interface Component 


scanning the SSCVT chain yourself. 
However, it is my belief that if a docu- 
mented interface exists, it should be used. 
Additionally, since the SSI common in- 
terface uses the subsystem hash table to 
perform subsystem name lookups, it is 
slightly faster than doing it yourself. 


Where Do We Go Now 


For gruesome detail on the structure and 
function of the SSI, look at the MVS/XA 
System Logic Library: Master Subsystem/ 
Subsystem Interface manual (form LY28- 
1720). For a comprehensible explanation, 
however, I suggest chapter nine of the 
Science Research Associates (SRA) (Chi- 
cago, IL) reference text A Guide To Using 
MVS/XA Interface Facilities form SR21- 
1468. SRA was previously the educa- 
tional subsidiary of IBM but is now an 
independent company. Other sources of 
information are SHARE and GUIDE pre- 
sentations on the use of SSI, the MVS/ 
XA debugging handbooks for control 
block formats and the Connecticut Bank 
and Trust MVS modifications tape that 
contains a copy of TSSO (a public do- 
main automated operations tool that has 
existed for many years). Finally, start in- 
vestigating automated operations tools 
since they are big users of the SSI; the 
vendors may be able to offer insight into 
the SSI since they themselves have al: 
ready gone through the pain of this re- 
search. = 


= VSAM I/O Plus™ slashes VSAM batch processing time up to 
80 percent. 


= VSAM Assist ™ backs-up and restores VSAM files 70 percent 
faster than EXPORT & REPRO. 


= VSAM Data Compressor™ cuts VSAM DASD space by 
50 percent. 


= VSAM Space Manager" pools VSAM DASD and eliminates 
ABENDS due to lack of space. 
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VSAM data sets 1n minutes. 
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The Conversion 


here are some major advantages 

that JES3 has over JES2, yet it only 

costs four to 12 percent more. But is 
it worth the conversion costs if you already 
have JES2? 

First, a more fundamental question 
needs to be answered. Why does IBM offer 
two Job Entry Subsystems (JES)? Both 
products were created for OS/360 on the 
IBM System/360 in the mid-1960s and both 
had similar acronyms just as they do now. 
However, they originally had very different 
names: what is now JES2 was called the 
Houston Automatic Spooling Priority sys- 
tem (HASP) and JES3 was known as the 
Attached Support Processor system 
(ASP). Both were designed to provide 
SPOOLing (Simultaneous Peripheral Out- 
put On-Line) so that the relatively slow 
speed of card readers and printers did not 
become a major bottleneck for system 
throughput. 
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Costs? 


By Jon E. Pearkins 


All the punch cards for a batch job could 
be completely read in prior to execution 
and all printed output could occur after 
execution was complete. Since memory 
was expensive and the number of batch 
jobs executing simultaneously was severely 
restricted (often just one at a time), batch 
jobs could execute more quickly, not hav- 
ing to wait as each punch card was read in 
and each line printed. 

A 1964 IBM study concluded that two 
different spooling systems were justified: 
HASP for a single processor environment; 
and ASP. designed with the multiprocessor 
environment in mind. 

System/360 users were typically divided 
into “commercial” and “scientific” installa- 
tions. Initially, HASP was used by the com- 
mercial customer and ASP by the scien- 
tific. With the introduction of MVS in 
January, 1973 to exploit the virtual storage 
architecture of the System/370, the two 


spooling systems were brought closer and 
closer together in both functionality and 
name. Today, with JES2 supporting a mul- 
tisystem shared spool environment and 
JES3 providing a superset of JES2 func- 
tionality for single systems, they both cover 
the same ground. 

According to IBM, not only 10 percent 
of MVS installations use JES3 but those 
same installations account for 40 percent of 
IBM’s revenue base in the MVS arena. 
Although small in number, JES3 shops are 
generally large. However, this is more a 
result of history and IBM marketing than 
common sense. As we will see, you do not 
have to be huge to benefit from JES3. 


JES3 Approach 


In an installation using more than one 
distinct system to share the workload (that 
is, loosely-coupled processors, not just 
multiple CPUs in one cabinet), JES3 


if 


provides a “single-system image.” A single 
set of spool queues is maintained on the 
global processor, controlling the input re- 
ceived and jobs and output dispatched to 
the local processors. If the global processor 
fails, another processor can take over with- 
out interrupting the work being done by 
the local processors. 

JES2, on the other hand, is capable of 
sharing one set of spool queues through 
Multi-Access Spool (MAS) but each sys- 
tem must do its own scheduling. 

When large corporate takeovers create 
amalgamated data processing installations 
with both JES2 and JES3, the choice is 
invariably JES3 even when the JES2-based 
portion is considerably larger. JES3 is just 
better suited for a large multiprocessor 
environment. 


JES3 Advantages 


Some of JES3’s advantages over JES2 
include: 

@ Improved throughput in a multi- 
system environment by utilizing 
centralized scheduling 

= Improved throughput in any environ- 
ment because jobs are not dispatched 
until all required resources are 
available 

® Workload balancing through general- 
ized main scheduling 

@ The global processor operator’s con- 
sole provides centralized control for a 
multisystem environment, eliminating 
the need to have operators monitor 
each system’s console 

® Deadline scheduling provides an auto- 
matic means of assuring a job will 
complete by a specific time rather than 
relying on operators to adjust 
priorities to meet deadlines 

@ Dependent job control allows the 
scheduling of one or more jobs based 
on the successful completion of a pre- 
requisite job. 

If you are familiar with JES2, you may 
notice a lot of features of JES3 that sound 
more like a scheduling package than a 
spooling package. In fact, some JES3 in- 
stallations exploit its scheduling features 
and find that they can live without the pur- 
chase of additional scheduling software. 
Coincidentally, just as I was completing 
this article, a local JES2 installation indi- 
cated they were planning to evaluate JES3 
along with the traditional scheduling pack- 
ages in their search for user scheduling of 
batch jobs. 

Perhaps the most visible difference be- 
tween JES2 and JES3 is one that positively 
impacts programmer productivity. Both 


78 


JES3 


JES2 and JES3 detect syntax errors in JCL 
prior to executing a job, providing a major 
boost in programmer productivity for in- 
stallations converting from VSE and/or 
VM. But JES3 goes a step further by 
checking all datasets prior to executing a 
job as part of the resource scheduling pro- 
cess. This means that a job will not run if 
input datasets do not already exist unless 
they will be created by a preceding job step. 
Likewise, jobs that try to create output 
datasets that already exist are not allowed 
to execute. 

JES3 dataset checking also affects pro- 
duction batch jobs. Non-existent and 
previously-created datasets are major 
causes of production job abends. Both ap- 


Dependent job control 
and deadline 
scheduling also do 
their part for 
productivity by 
reducing operator 
intervention and 
increasing system 
throughput. A large 
series of jobs can be 
scheduled with JES3. 


plication and technical support program- 
mers know the difficulties involved in re- 
running batch jobs that abend half way 
through. Rerunning the job from the start 
may result in double updating of master 
files. Restarting from the step that failed 
may work but usually is not all that is re- 
quired. Temporary datasets created by pre- 
vious steps of the job may have to be re- 
created for use in this and subsequent 
steps. Conversely, the failing step may have 
created datasets that need to be deleted 
before rerunning. So, anything that can 
reduce the number of batch jobs that 
abend in the middle of the job will improve 
both operations and programmer produc- 
tivity. The programmer has less work to do 
to (re-)run the job. And since it takes less 
time to fix the problem, operations does 


not fall so far behind on its schedule. 

However, it goes a step further than that. 
All tape volumes used in a job are pre- 
mounted and verified before the job be- 
gins. If a tape is unavailable (for example, 
off-site), the job can be cancelled or de- 
ferred and run later without having to 
worry about rerun problems. On the other 
hand, with JES2, deciding to wait for a 
missing tape could tie up an initiator for 
hours as well as any exclusively-controlled 
datasets (DISP = OLD) used by the job. To 
overcome this problem, many JES2 in- 
stallations opt to have jobs automatically 
cancelled when tape mounts remain out- 
standing for more than 30 minutes. Unfor- 
tunately, this creates another problem — 
that of abends and reruns discussed 
previously. 

Another way to tie up an initiator and 
some datasets in JES2 is through dataset 
contention. Contention occurs when more 
than one task needs to use a dataset simul- 
taneously and at least one of them requires 
exclusive control (DISP =OLD, NEW or 
MOD). Although TSO will not initiate 
dataset contention by requesting a dataset 
already in use, a TSO, CICS, IMS/DC or 
other on-line user may already have a 
needed dataset open when a batch job be- 
gins execution. Many installations have a 
policy of automatically cancelling any job 
where dataset contention is reported on 
the operator console. Again, this can cause 
the rerun problems identified above, es- 
pecially when the contention occurs after 
the first step. 

JES3 solves problems associated with 
dataset contention by not initiating a job 
until all required datasets are available. 
But it goes one step further than that. JES3 
also prevents all other jobs, both on-line 
and batch, from using the relevant datasets 
until the JES3-controlled job is complete. 
JES3 pre-allocates all datasets before the 
job begins execution, releasing each after 
the last job step that requires it. 

Dependent job control and deadline 
scheduling also do their part for productiv- 
ity by reducing operator intervention and 
increasing system throughput. A large se- 
ries of jobs, even a complete night’s pro- 
duction, can be scheduled with JES3. Each 
job will be released automatically by JES3 
without operator intervention but depen- 
dent upon the successful completion of one 
or more prerequisite jobs. This eliminates 
the idle processor time normally lost be- 
tween jobs; the time required for an oper- 
ator to notice the completion of one 
job and key in the command to release 
the next. 
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Although much less dramatic but still 
providing productivity, DITTO has finally 
been released in a fully supported version 
for MVS after almost a decade in VSE and 
VM. However, built into JES3, a subset 
of DITTO has been quietly supported 
by IBM for years. For example, 
*CALL,TT,IN = 480,OUT =481 entered 
from the operator console will copy the 
first file of one tape to another. To enter the 
same command through normal job sub- 
mission (for example, TSO SUBMIT 
or ISPF Editor SUBMIT), enter 
//**CALL,TT,IN =480,OUT = 481 for im- 
mediate execution. 


JES2 Advantages 


As senior MVS/XA systems program- 
mer for Canada’s New Brunswick Provin- 
cial Government Data Centre, Cy 
Schubert has been in both JES2 and JES3 
environments. Given the choice, he feels 
almost any MVS installation is better off 
with JES3 but identifies three areas in 
which JES2 does have the edge: 

@ A better scheduling algorithm in 
which the priority of a job is boosted 
by the passage of time rather than 
whenever the job is bypassed for 
processing 

@ SDSE a popular IBM tool that 
provides easy on-line access to spool 
output and resource utilization for 
both running and spooled jobs, works 
only in JES2 but software offering 
some of the equivalent functionality is 
available for JES3 

= IBM’ new features generally appear 
first in JES2. 

The last point may make JES2 a better 
choice for installations deeply committed 
to IBM’s Early Support Program. For ex- 
ample, a new version of MVS may support 
JES2 before it supports JES3 although 
IBM has announced simultaneous avail- 
ability for ESA. 

But what about the oft-quoted myth that 
JES3 is an order of magnitude more diffi- 
cult to install than JES2? Discussions with 
a 20-year IBMer who installs both JES2 
and JES3 for customers indicate that there 
is no significant difference in installation 
time or effort. 


‘| ES3 Conversion 


So, should you convert from JES2 to 
JES3? Gartner Group’s Michael Braude 
does not think so. “Unless you have, or 
plan to have, three or four ‘water-cooled 
engines’ (IBM 3090-class CPUs) within the 
next three or four years, you are better off 
waiting for Summit.” 
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JES3 


Commonly called “JES4,” IBM plans to 
supersede both JES2 and JES3 by provid- 
ing a JES that is upwards-compatible to 
both, accepting the JCL and console oper- 
ator commands of both. Interviewed in 
early 1987, IBM’s JES developers stated 
that they expect to introduce JES4 in 1993. 
There are conflicting reports from IBM 
sources as to whether JES will continue to 
be a separate spooling package or be made 
an integral part of the MVS operating sys- 
tem. There is also talk of breaking JES4 up 
into separate functions, some of which will 
be an integral part of MVS and some that 
will be provided as additional cost software 
products. 


No matter which JES 
you may be using, 
seriously consider 
reviewing your JCL 

coding standards to 
eliminate both JES2 
and JES3 statements 
from new JCL being 
written or old JCL 


being maintained. 


If you are just planning a new MVS in- 
stallation, seriously consider JES3 no mat- 
ter what your size. But if you already have 
JES2 installed, conversion of all your JCL 
could probably not be justified by the pro- 
ductivity gains unless you expect rapid 
growth ina multi-CPU environment. After 
all, most MVS installations have an ex- 
tremely large amount of JCL in run 
streams. In fact, a quick survey of just how 
much JCL is in your shop could be infor- 
mative and is guaranteed to surprise you. 

However, do not just look at production 
run streams. Not just every programmer 
but every TSO user typically has a library 
of batch jobs that is used every day in the 
course of his/her duties. The conversion of 
all this JCL is not hard but it is time-con- 
suming because of the sheer volume 
involved. 


Although conversion to JES3 could 
rarely be justified on a purely cost-benefit 
basis, there are some notable exceptions: 


@ Newer installations that have followed 
IBM’s recommendation to use the 
OUTPUT and other MVS JCL state- 
ments that have been recently intro- 
duced to replace most JES2 and JES3 
statements found in batch jobs 

@ Installations using predominantly 
locally-written or packaged applica- 
tions that use a JCL generator to pro- 
duce all run streams 

@ Installations using predominantly 
packaged applications in which the 
vendor-supplied JCL for run streams 
has been implemented without modi- 
fication and could be replaced with 
the vendor’s JES3 JCL. 


No matter which JES you may be using, 
seriously consider reviewing your JCL cod- 
ing standards to eliminate both JES2 and 
JES3 statements from new JCL being writ- 
ten or old JCL being maintained. As well 
as saving you a lot of effort if you do con- 
vert to JES3 in the future, it could also 
make conversion to JES4 easier. After all, 
what happens if JES4 is not quite as up- 
wardly-compatible as everyone thinks it 
will be? Or if you find you cannot wait 
for JES4 and you need JES3’s capabil- 
ities now? S 
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VSAM 
Optimization 
and Design 


Performance Improvements 
Under CICS/VS 


ven though VSAM was announced 
Hie: 15 years ago, it continues to 

be one of IBM’s premier access 
methods. Organizational options, flexibil- 
ity and performance are some of the rea- 
sons why it is a widely-used access method 
today. 

In the January 1989 issue of MAIN- 
FRAME JOURNAL, the effect of proper 
CISZ selection and the control of CI/CA 
splits with proper free space specification 
was presented. In a second article in the 
February 1989 issue, free space selection, 
I/O buffer allocation, space allocation and 
index options available to users were 
addressed. 

As more and more companies depend 
on telecommunications to resolve daily sit- 
uations, performance improvements under 
CICS/VS become a critical area. This arti- 
cle offers possible suggestions for perfor- 
mance improvements and addresses a se- 
ries of items that, although classified as 
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By Eugene S. Hudders 


miscellaneous, may affect the performance 
of VSAM processing. Most of the mis- 
cellaneous items deal with parameter spec- 
ifications in the VSAM cluster definition. 


CICS/VS 


VSAM is the preferred access method 
used in CICS/VS. It provides different ac- 
cess techniques to suit most datasets. The 
interface between VSAM and CICS/VS is 
provided through the File Control Table 
(FCT) and File Control Program (FCP). 
CICS/VS internal control information re- 
lated to the dataset is provided in the FCT. 
Among the parameters are the number of 
buffers and strings (access paths). In CICS/ 
VS 1.7, the default buffer management is 
Local Shared Resources (LSR). This is dif- 
ferent from previous releases of CICS/VS 
where the default was Non-Shared 
Resources (NSR). 

Under LSR, buffers allocated are as- 
signed to a pool that will be shared by all 


datasets associated with this pool. LSR 
provides an important way to obtain virtual 
storage constraint relief. LSR provides im- 
proved buffer search techniques by look- 
ing for the desired data or key in the allo- 
cated buffers. This is called look-aside 
buffer processing. If the desired informa- 
tion is found, physical access to the dataset 
is eliminated thus improving response. 
However, increased CPU processing will 
occur due to this look-aside processing. 
In releases prior to 1.7, the user had 
to request LSR by specifying 
SERVREQ = (SHARE) in the FCT. 

In 1.7, CICS/VS will use the FCT param- 
eter STRNO to determine the number of 
strings and data/index buffers to be allo- 
cated to the dataset. Under MVS/XA, 
CICS/VS will be able to allocate up to eight 
local resource shared pools. Under 
MVS/370 and DOS, CICS/VS will only al- 
locate one local resource shared pool. The 
default pool number is one if not specified. 
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VSAM performance and integrity is an issue. 
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Under CICS/VS 1.7, the pool(s) is (are) 
built whenever the first dataset in the pool 
is opened. If CICS/VS has to compute the 
pool specifications, it will take time as all 
the datasets in the pool must be analyzed. I 
recommend that the user provide the nec- 
essary information to build the pool(s) by 
coding a SHRCTL macro for every pool. 
This will make the buffer pool allocation 
faster and will give the user the capability 
of adding more buffers than the amount 
computed from the STRNO parameter. In 
order to get good performance out of the 
LSR pool(s), the user should ensure that 
the CISZ for the data and index records 
(for the datasets participating in a pool) do 
not coincide in size. This is to avoid having 
a data request overlay an index buffer of 
the same size. This will force a read of the 
index whenever it is needed again. This 
occurs because LSR uses a Least-Recently- 
Used (LRU) algorithm in its buffer man- 
agement. By keeping the data and index 
CISZ different, there will not be any com- 
petition for the same buffer size between 
the data and the index. In MVS/XA as 
other pools are available, the user could 
isolate datasets that may have data and 
index CISZ conflicts. Also, extra pools 
provide an opportunity to lower the look- 
aside processing required by not having to 
search as many buffers within one pool. 
The greatest advantages of LSR are the 
reduced virtual storage requirements and 
its look-aside capability. Its disadvantages 
are the increased CPU processing and that 
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chained operations are not done. Two 
areas where VSAM will perform chained 
operations are split processing to format 
new CAs and browsing operations in order 
to read ahead. If the user wants better 
performance for datasets that have many 
CA splits and/or heavy browsing, then 
LSR should not be used. Remember that 
LSR is now the default in CICS/VS 1.7. 
The opposite of LSR is Non-Shared Re- 
sources (NSR). In this case, buffers re- 
served for a dataset are for the exclusive 


Buffer allocations for 
CICS/VS should be 
made in the FCT and 
not in the JCL. 


use of the dataset. The user can provide 
additional buffers through the BUFNI and 
BUFND parameters. Additional index 
buffers will be used to hold the index set 
indices. Additional data buffers will be 
used for chained read (browse) operations 
and for CA split processing. Each string 
will get one data and index buffer. The first 
chained request will take up all the remain- 
ing unallocated buffers. As the additional 
buffers are released, the next user can uti- 
lize them in a chained operation. Different 
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from LSR, the Sequence Set Index (SSI) 
and data records are reread. Look-aside 
occurs for the index set buffers. To obtain 
NSR under CICS/VS 1.7, the user must 
specify LSRPOOL = NO. 

As datasets are allocated after the CICS/ 
VS start up in 1.7, the user has to revise the 
OSCOR value. VSAM buffers will go 
above the 16MB line for MVS/XA but 
many control blocks must still reside below 
the line. Care must be taken in this area. 
LSR should be used whenever possible. 
CICS/VS shutdown statistics will help 
identify the look-aside effectiveness. A 70 
to 75 percent effectiveness is usually con- 
sidered good. 

The selection of the STRNO is an impor- 
tant area.Too many strings waste virtual 
storage while too few affect the dataset 
performance. A few wait-on-strings are not 
bad. Monitoring CICS/VS shutdown sta- 
tistics will help in the adjustment of this 
value per dataset. A value of three to five is 
sufficient for most moderately accessed 
datasets. Heavily accessed datasets can 
have five to 10 strings while low volume 
datasets can have one to three strings. 

Data and index buffers will vary with the 
number of strings allocated. The default 
data buffers are string number plus one 
(for split processing) and the default index 
buffers is string number. Additional data 
buffers can be provided for chained opera- 
tions using the BUFND parameter. Index 
buffers can be allocated based on the 
number of index levels in the dataset (mini- 
mum) or the number of index set records 
plus one using the BUFNI parameter. Both 
of these recommendations are valid for 
NSR processing. For LSR processing add 
these recommendations to the SHRCTL 
specification. In the SHRCTL macro, the 
user should specify the total number of 
strings desired, the total number of individ- 
ually sized buffers and the maximum key 
length. 

The key length is used in the Place 
Holder (PLH) control block and must be 
large enough to hold the largest key. This 
was a problem in previous releases of 
CICS/VS when automatically computing 
the pool if the dataset with the largest key 
could not be opened. Buffer allocations for 
CICS/VS should be made in the FCT and 
not in the JCL. CICS/VS will control 
strings externally to VSAM so as to avoid 
region waits. 

Other areas that affect CICS/VS perfor- 
mance are protected resources, browsing, 
split processing and share options. Pro- 
tected resources are datasets for which Dy- 
namic Transaction Backouts (DTB) are to 


March 1989 


MOST DASD PERFORMANCE SOFTWARE 
TELLS YOU WHAT’S GOING WRONG. 


WE TELL YOU HOW 
TO MAKE IT RIGHT. 


Until now, DASD tuning was a painstaking 
task-requiring hours of statistical analysis just to 
figure out what was wrong. Correcting problems 
often involved guesswork, trial and error and 
just plain luck. DASD ADVISOR from Boole & 
Babbage tells you exactly what's going wrong 
and how to make it right. 

DASD ADVISOR is an EXPERT system- 
based DASD tuning tool that eliminates the 
need to wade through piles of performance 


statistics. It analyzes the performance of your 
entire DASD subsystem, from individual data 
sets, through hundreds of devices, controllers 
and channels. It identifies data bottlenecks, then 
makes specific tuning recommendations. All in 
concise English. So you have what you need to 
improve DASD performance. And time to solve 
other system performance problems. 


Fora free demo diskette that shows you how 
DASD ADVISOR can help you make it right, 
call Marty Johnson. In California: 800-624-5566. 
Outside California: 800-822-6653. 


Boole & Babbage, Inc., 510 Oakmead 
Parkway, Sunnyvale, California 94086. 


Boole®: @/9 
Babbage” 

The Performance People 
CIRCLE #165 on Reader Service Card A 


y 


=v 
— 


your systems support becomes terminal...contact ISS. 


Some of our services include: 


@ System generation DOS/VSE, MVS 
VM, CICS, IMS, VTAM 


® Conversion CPU upgrades: 43xx, 
303x, 308x, 309x 
Telecommunications: BTAM, VTAM 
OEM Software Packages: Disk and 
Tape Management 


© Performance evaluation & tuning 
® Resource capacity planning 


® On-demand technical support 
@ 24-hour emergency support 

@ Site survey (software & hardware) 
@ On going systems support 

® Remote systems support 


USA (818) 966-0227 Joo 
LONDON 01-642-4242 “Vga 
BRUSSELS 01-736-9713 


A Galliard Company ¥ Rog, tary, 


CIRCLE #94 on Reader Service Card A 


occur. If a task abends before a Syncpoint 
is taken, all updates are reversed and any 
updated records are restored to their origi- 
nal status prior to the updates. In order to 
accomplish this, CICS/VS must maintain 
control of the updated data records even 
after the updates are complete. There are 
two methods of releasing this control that 
are at task end (implicit) or by issuing a 
Syncpoint command (explicit). If the user 
can logically issue a Syncpoint at some 
point in the program without endangering 
integrity, then it should be done in order to 
relieve any potential contention for the 
record. If this explicit command is not is- 
sued, the records will be unavailable to 
other tasks until the current task ends and 
an implicit Syncpoint is taken. 

Browsing is nothing more than provid- 
ing the sequential reading of the dataset 
starting at a particular point. Unfor- 
tunately, it is an abused feature that can 
adversely affect performance as many re- 
sources can be consumed especially if addi- 
tional data buffers are available. A lot of 
data can be read tying up the device, con- 
trol unit and channel. This data may not be 
used. Due to this, I recommend placing 
browse datasets into an LSR pool to avoid 
reading ahead and tying up additional re- 
sources. A better alternative is to place 
browse datasets into their own separate 
pool to reduce flushing buffers. It is also 
recommended that programmers only 
read sufficient data until a screen is full. 
Stop at that point, save the screen on auxili- 
ary temporary storage for future refer- 
ence, display the screen so the operator can 
see if the browse has been satisfied and 
save the last key displayed in case you must 
continue the browse. This technique will 
tend to smooth out response time and tie 
up less resources at one time. 

Split processing takes time, especially if 
a CA split is occurring. Splits affect re- 
sponse time. Sufficient free space should 
be allocated to reduce the number of splits 
that occur while processing on-line. CA 
splits can take seconds to complete and 
should be monitored. Also, during CA 
split processing, the dataset is unavailable 
to other users until the split is completed. 
Reorganizations may be required in order 
to again acquire unusable free space. 

VSAM provides many share options. 
Avoid specifying unnecessarily SHARE- 
OPTIONS 4 (cross region or cross system). 
With this option, the buffers will be re- 
freshed for every I/O causing a degradation 
in performance. 

One final comment regarding CICS/VS 
deals with a testing environment. Test sys- 
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tems do not need to have a large number of 
strings and/or buffers allocated. In a test 
environment, there is a limited number of 
terminals accessing the data. Too many 
strings and/or buffers can be a waste of 
resources. So, use only one string and de- 
fault the buffers. This will also help in locat- 
ing programs that hold more than one 
string since the task will hang due to lack 
of strings. 


Miscellaneous 4 


There are certain miscellaneous items 
that can be done to provide improvements 
to VSAM KSDS file. The specification of 
SPEED in the cluster definition is one. The 
default is RECOVERY. This parameter 
(SPEED) can improve dataset load times 
by reducing the amount of overhead 
caused by the preformatting of Control 
Areas (RECOVERY). Once the dataset is 
loaded, RECOVERY will be in effect. 
RECOVERY is always in effect for the 
index portion. If the dataset is large 
enough, the preformatting may affect the 
total load time. 

Another parameter that is sometimes 
specified is ERASE. This parameter re- 
quests that the area occupied by the cluster 
be reset to binary zeroes whenever the 
dataset is deleted. If the dataset is large and 
is deleted often, a lot of time can be wasted 
by unnecessarily specifying this parameter. 
This parameter should only be used for 
high security datasets and definitely not for 
every dataset. Protection from un- 
authorized access should be done through 
a security package. 

DASD reliability has improved tremen- 
dously over the past twenty years. This 
reliability has more than nullified the need 
to issue write checks after each write for 
data verification. The mechanism used to 
verify a write on disk is to wait a full revolu- 
tion to read the data that was just written. 
This will add an extra 16.7ms on a 3380 
DASD unit to the access time. In some 
cases this can double the response time. 
The verify read does not actually read the 
data into storage since the skip bit (sup- 
press transfer) in the CCW is on. In this 
manner, the data is read and Error Correc- 
tion Code is regenerated and checked but 
the data does not get to central storage. It is 
important not to specify WRITECHECK 
in the cluster definition. If the dataset is 
such that the user has to be sure that the 
data is correct, then use a mirror copy ona 
separate disk. This will provide better pro- 
tection against other types of data losses 
(for example, head crash, inadvertent 
overlay, DASD malfunction and so on) 


which the verify option does not include. If 
the mirrored dataset is placed on a dif- 
ferent path, then a certain amount of over- 
lap can be provided. 

One final area where care should be 
taken is the specification of the Control 
Interval Size. The CISZ should be spec- 
ified at the data level and at the index level 
if the user wants to override the VSAM 
selection. If the CISZ is specified at the 
cluster level, then the CISZ will apply to 
both the data and the index. This may re- 
sult in a larger than necessary CISZ for the 
index wasting virtual storage space. 


Conclusion 


There are several software packages 
available on the market that can help im- 
prove performance and the analysis of the 
dataset. It is important that the user under- 
stands the basics of VSAM tuning so that 
the recommendations made by these soft- 
ware packages can be properly imple- 
mented. Packages do not necessarily corre- 
late different data related to the user 
environment. For example, some rec- 
ommendations may be good from a perfor- 
mance point of view but may adversely 
affect the DASD space utilization that may 
be your installation’s weak area. So, 
knowledge of VSAM tuning will help in 
making the right decisions. = 
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What 
Pro erammers 


Don’t @ 
Know 


And Why 
They Don’t 
Know It 


By Harvey Bookman 


esperate at three in the afternoon, 
D«* project manager needed a 

knowledgeable COBOL program- 
mer. A report program was not working 
and none of the more than 20 program- 
mers on the large mainframe project had 
any idea how to fix it. The client had been 
promised the report would be in his office 
two days ago. Although the program cod- 
ing had been completed in time, the last 
two days had been spent attempting to 
resolve an operation exception (OC1) oc- 
curring every time the program executed. 
Pressure had been applied from the client 
to the vice president who paces through 
the programming area trying to ascertain 
the status of the report program. Threats 
have been made by the vice president to 
the project manager who, after running 
out of threats to his programmers, called 
me. 
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I was informed that a dump occurred 
when the program had finished processing 
and was attempting to return to the op- 
erating system with the COBOL ‘STOP 
RUN’ command. The programmers were 
stumped because completely erroneous 
data got into the registers and the next 
machine instruction to be executed was at 
a bewildering location. 

Aware that a program must reload the 
registers upon completion and that IBM 
VS COBOL saves the registers in the be- 
ginning of the Task Global Table (TGT), 
I suspected that the beginning of the TGT 
had been overlaid. Furthermore, since the 
TGT is located directly after WORKING- 
STORAGE in IBM VS COBOL, I sug- 
gested that an invalid subscript, exceed- 
ing the maximum size of a table, had been 
used to reference and store data. There 
was a good chance that the table might be 
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the last one in WORKING-STORAGE and 


that the values in the registers might be 
data that belonged in the table. My sup- 
position proved correct. Within a few 
hours the problem was solved and the re- 
port was produced the following day. 

Although the problem depicted above 
was not an easy one, it was by no means 
an insurmountable one. Why is it that 
more than 80 percent of the IBM COBOL 
programmers have little or no knowledge 
of the information contained in the most 
important debugging control block of 
COBOL, the TGT? Why do many pro- 
grammers lack valuable knowledge in so 
many useful areas, consequently causing 
lost productivity and unnecessary ex- 
penses to their companies? 

What is the key factor that gives one 
programmer a vital edge over another 
programmer? Could it be that industry and 
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management have grouped different types 
of personnel under the same classification 
and title, namely computer programmer? 
Might industry be pushing computer per- 
sonnel toward becoming the less produc- 
tive type of programmer? If this is so, 
might not the mere recognition of this fact 
save untold dollars? 

Some might argue that I.Q. is the dis- 
tinguishing factor here. Others may say 
that many computer programmers are not 
interested in their profession, working in 
their current position simply because it is 
an excellent base from which to advance 
into corporate management. Although 
these are considerations, they alone can- 
not begin to account for the relatively poor 
showing of COBOL knowledge that was 
statistically verified through the use of 
TECKCHEK (an expert system designed 
to serve as a standardized instrument for 
gauging programming proficiency). 

A case in point concerns one of the 
most basic skills of programming, the 
moving of data from one place in memory 
to another. While it would seem that pro- 
ficiency in this area should be extremely 
high, less than 25 percent of the individ- 
uals tested revealed an understanding of 
data manipulation. Figure 1 shows a 
question in this category. (The length of 
the fields and their values have been 
slightly changed but the question’s con- 
cept is exactly the same as in the actual 
test. This example and others used in this 
article are from the IBM VS COBOL Ap- 
plication Programming Test.) Only 46 
percent of the individuals faced with this 
question were able to answer it correctly. 
Four percent chose to skip it, admitting 
that they had no idea of the correct an- 
swer. Thirty-three percent of the respond- 
ents chose the answer “‘E,’’ that indicates 
a lack of the conceptual knowledge that 
the alignment of a decimal point is done 
by the COBOL compiler. Technical man- 


What will be the result of executing the 
highlighted code? 


DATA DIVISION. 
WORKING-STORAGE SECTION. 

77 FIELD1 = PIC ce VALUE 12345 
77 FIELD2 ‘PIC 727.99. 
PROCEDURE DIVISION 
MOVE FIELD1 TO FIELD2. 


A) The program will get an ‘E’ level error message 
during compilation. 

B) An overflow program check (ABEND) will 
occur. 

C) FIELD2 will be equal to 123.00 

D) FIELD2 will be equal to 345.00 

E) FIELD2 will be equal to 123.45 
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agers would certainly agree that a pro- 
grammer should have knowledge of this 
basic fact. 

Another case in point is exemplified by 
Figure 2. This question, nearly identical 
to one posed by TECKCHEK,, is designed 
to determine whether one knows what a 
binary number is and is able to relate that 
understanding to function with the binary 
number format specific to COBOL. Since 
the binary numbering system is used as 
the foundation of all computers, it would 
seem likely and reasonable to assume that 
nearly 100 percent of those responding 
would answer the question correctly. Sur- 
prisingly, the statistics show that almost 
60 percent of the respondents answered 
the question incorrectly. 


The years of 
productivity lost due 
to inadequate 
familiarity with the 
elements of any given 
programming 
language defies 
imagination. 


Although one may argue as to whether 
or not it is necessary for a COBOL pro- 
grammer to be adept with the knowledge 
and understanding to use binary numbers, 
one would be wise to consider that binary 
fields are requisite for dump reading, in 
particular to evaluate COMP fields (widely 
used since it is the most efficient subscript 
data format), as well as indices (that are 
always stored in binary format by the 
COBOL compiler), displacements in the 
data map (used to locate fields in a pro- 
gram) and any virtual storage addresses. 

So what does a programmer do when 
he has to determine the value of a binary 
field in a dump? — Do not reply too 
quickly! Although there are a number of 
good dump analysis tools available, they 
are not going to convert all values of sub- 
scripts and indices into decimal. One is 
faced with the choice of either learning to 


use binary numbers or coming up with a 
less efficient and less eloquent method. 
Statistics indicate that the second ap- 
proach is more widely used. 

When a programmer has a problem and 
gets a dump, rather than carefully analyz- 
ing the dump, he or she will frequently 
put DISPLAY statements into the pro- 
gram. These are used to print out data, 
often numeric, so that the values of the 
fields possibly causing the error can be 
examined. (A simple question on the 
DISPLAY verb was answered correctly by 
more than 86 percent of programmers 
tested.) After updating the program, it is 
recompiled, relinkedited and rerun before 
the displayed information is used to begin 
the problem analysis. This is an ex- 
tremely inefficient and sometimes an il- 
logical way to proceed. The problem 
analysis can begin immediately when the 
dump is received and the dump will 
often contain more information than will 
be obtained by a subsequent run with 
DISPLAY. 

The years of productivity lost due to 
inadequate familiarity with the elements 
of any given programming language de- 
fies imagination. I can still remember one 
programmer asking for help after she had 
spent more than five weeks attempting to 
determine whether a two-byte field de- 
fined as packed decimal (COMP-3), con- 
tained a hexadecimal ‘O00C’ or ‘OOOD’. 
Each employee record that a client had 
sent to her company contained a field with 
this definition. The client wanted differ- 
ent reporting dependent upon this field, 
the specifications describing it as having 
a value of positive or negative zero. Had 
the field values been looked upon as a 
binary number the problem would have 
been resolved in five minutes, NOT FIVE 
WEEKS! 

Obviously there are a number of ex- 
ceptionally good programmers but as any 
project manager will concur, their per- 
centage is small compared to the number 
of programmers. It can be seen that many, 


What is the decimal value of FIELD1 if its hexa- 
decimal value is ‘002F'? 
DATA DIVISION 


WORKING-STORAGE SECTION 
77 ~FIELD1 ~— PIC S9(4) COMP. 


A) 2 
B) 17 
C) 35 
D) 47 
E) None of the above. 
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if not most, programmers will attempt to 
accomplish a given task with the least 
amount of work (which is good) and the 
least amount of knowledge (which is bad). 
As a means to exemplify that program- 
mers often have only the minimal knowl- 
edge to do their job, consider the response 
to a question concerning which COBOL 
fields can be checked for numeric. While 
almost 90 percent had partial knowledge 
of doing numeric testing, less than four 
percent of those demonstrated awareness 
that COBOL allows the test on alphanu- 
meric display, numeric display and nu- 
meric COMP-3 fields but does not allow 
it on numeric COMP fields. Fifty-nine 
percent of those tested were aware that it 
is allowed on alphanumeric display fields, 
67 percent that it is allowed on display 
numeric fields while only 32 percent knew 
that it is not allowed on a numeric COMP 
field. 

What makes the statistics so alarming 
is that the statistical data employed in this 
article has been compiled from a wide 
range of professional programmers rep- 
resenting a broad sector of the country, 
including programmers from entry level 
to those with more than 15 years of ex- 


Electronic Mail System (EMS) 


+ Host based Electronic Mail System 
« Scheduling & Calendaring 
* Task List Management 
¢ Full Function Full Screen Editor 
* 3270 & Line - Mode Interfaces 
« Extensive Security 
* Unlimited Mailboxes 
* Route Lists 
« Many More Features 


Gateways to the World 


* Western Union Easylink 
¢ ITT Timetram 
* Graphnet Freedom Network 
* TRT Multispeed 
¢« DDD Delivery 
¢ Tymnet Outdial 
« ASCII Line - Mode Passthru 
* Custom Gateways Quoted on Request 


Distinctive Software for CICS 


Programmers 


perience. So we are still perturbed by the 
following questions: Wherein lies the dif- 
ference between one programmer and an- 
other programmer? Why are there such a 
large number of computer personnel with- 
out enough basic knowledge to work ef- 
fectively and efficiently? 

Few would argue that high productivity 
is a useful asset valued within many areas 
of life and is the bedrock in any corporate 
structure. Many seasoned corporations 
spend much energy and money on moti- 
vating personnel to produce at their max- 
imum potential. Methods ranging from 
vigorous internal competition to almost 
excessive rewards signify the value placed 
on productivity. However, perhaps more 
due to the demand for ever increasing im- 
pressive results, many corporations and 
their management personnel have been led 
into a heavy-handed approach with regard 
to getting the job done. In so doing, they 
fail to recognize that results are not only 
a matter of degree but also a matter of 
quality. Although output is increased, they 
fail to take into account all of the negative 
aspects of their approach. 

Now if we consider this a little further, 
it might become clear that although in- 


Side-CICS the Pop-Up Utility 


* Screen Print (w/BMS Pagesets) 
* Quick Message Pad 
* Calendar and Scheduling 
* Terminal Scan/View 
¢ Instant CEDF Activation 
* Calculator (Hex and Decimal) 
¢ Access to CICS Utilities 
* Telephone Directory 


CICS ABend - Catcher 


* Capture Key Transaction Data 
+ Compute Offset of Failure 
* Save Actual End - User Screen 
* Soft - Land User 
* Immediate Notification of ABend 
¢ TSO, CICS, and EMS Notification 
* Batch Reporting Facility 
* Control Dump Dataset Usage 


Computer Application Services, Inc. 
15560 Rockfield Boulevard » B2 
Irvine, California 92718 


(714) 859 - 2274 * Telex 755741 


88 CIRCLE #190 on Reader Service Card A 


creased productivity can lead to financial 
gain, by its very nature it cannot serve to 
distinguish between the ‘“‘drive to under- 
stand it and do it right’’ and the ‘‘drive 
to get it done at any cost.’’ Although high 
productivity may seem to be the most 
favorable end, it may force sacrifices that 
in the long run will prove to far exceed 
any gain. We find ourselves wondering, 
“What has been sacrificed?’’ 

Sacrificed are efficient and maintain- 
able programs. Not taking the time to 
carefully think out each step before pro- 
ceeding frequently produces sloppy code. 
However, the biggest sacrifice is that the 
programmers who worked on the project, 
constantly going onward without pause for 
contemplation, have remained in a stag- 
nant position. They have added little to 
their proficiency and understanding to aid 
them in accomplishing future projects. 
Programmers who are driven from purely 
financial motivation, worrying solely 
about productivity, often will not forego 
the added expense of investigation that 
would bring art, which is the most effi- 
cient form of data expression, into the de- 
sign of programs. On the other hand, those 
programmers who from the outset are mo- 
tivated by the art they encounter in pro- 
gramming will spare little to discover the 
many facets of their craft and in so doing 
will, like the old masters and their re- 
spective art forms, be ready with this new 
age art form with tools in hand, purpose 
in mind and care in heart = 
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tips. You can feed cut sheets without removing continuous 
forms. Program tear-off and RPQ options. Cancel print 
jobs from the printer. Take advantage of the 324 cps draft 
speed. You'll also enjoy the new optional GDDM and PSS 
color graphics. All this in the smallest footprint of any 
coax-compatible printer. 

No one else offers a first-year, 
on-site service contract for 
only 49 cents. 

They'd be afraid to. But, buy 
a Prima-CX professional printer and 
we'll give you a comprehensive, 
/Jirst-year, on-site service contract 
for only 49cents!* We can make this 
incredible offer because our design ensures maximum 
reliability. Contact us today for complete details. 


Li 


Printer Systems Corporation 
9055 Comprint Court 
Gaithersburg, Maryland 20877 


1-800-638-4041 
(1-301-258-5060, in Maryland) 


IBM is a registered trademark of International Business Machines Corporation. Referenced 
mode] numbers are the products of International Business Machines Corporation. 


* Subject to PSC terms and conditions. 
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From the fifth floor of a six-story office 
building in West Los Angeles, Trax Soft- 
works, Inc. produces some of the most 
powerful end-user mainframe software in 
the industry. They have a worldwide cus- 
tomer base with 25 percent of their unit 
sales outside of North America. Their 
mainframe spreadsheet program, Elec- 
tronic Spread Sheet (ESS) is translated 
into Spanish, French, German and soon- 
to-be Swedish. With so many users here 
in the United States and throughout the 
world, there is a definite need for quality 
support. 


Quality Support 

Trax Softworks was founded in 1981 
by Leonard Fischer and Dwight Harm. 
They were working for Western Airlines 
in Los Angeles as the IBM mainframe 
MVS and VM systems programmers. 
Fischer’s early interest in phone company 
telecommunications hardware led him to 
pursue a way to access dial-up database 
services. Although these services were 
widely available, they were not access- 
ible by an IBM mainframe computer. 
While the co-founders were discussing 
possible software solutions to this prob- 
lem, Trax Softworks came into being. 

Since 1983, Trax Softworks, Inc. has 
designed its products to make the already 
hectic lives of the mainframe users easier. 
They began with a simple three-point 
support strategy: 


1) Target the software applications to 
the end users who may not have ex- 
tensive computer systems back- 
ground 

2) Design products that solve business 
problems 

3) Provide quality support to maintain 
the products and vendor-client re- 
lationships. 


Adherence to these fundamentals may 
be one explanation for Trax’s survival in 
the highly competitive computer software 
world. The company has not allowed 
anything to let it stray from its original 
philosophy of providing end users with a 
product that is not only easy to use, but 
also powerful, flexible and efficient. All 
of Trax works in unison to perpetuate this 
ideal. 

Trax software applications are devel- 
oped with the end user in mind. By cre- 


ating programs that run on the mainframe 
and are user-friendly, Trax helps to dispel 
the myth that only systems programmers 
can run mainframe software. With Trax 
products the end user holds the power of 
the mainframe and the user-friendliness 
of a PC. 

Due in part to its small size and open 
management style, Trax can react quickly 
to changes in the mainframe marketplace. 
When the subject of IBM’s new small 
business-targeted, mid-range 9370 is 
mentioned, F. Thomas Cox, vice presi- 
dent of marketing, responds by saying, 
“‘The trade press keeps telling us about 
the dearth of software for the 9370s but 
all of our products run exceptionally well 
on them as well as on other IBM main- 
frames and compatibles. We’ve got it all.’’ 

Problem solving is another motivation 
behind Trax products. Everything is done 
with solutions in mind — specifically 
business solutions. Most product en- 
hancements come from customer sug- 
gestions. In ESS, the SQL/DS and DB2 
database interfaces, Lotus macro com- 
patibility and graphics program interfaces 
have all come from suggestions. Trax’s 
customers have come to expect quick and 
effective results. 

It is only through constant interaction 
with clients that Trax can maintain such 
a high standard of support and service. 
The heart and soul of product support is 
the hotline. It is the direct link to the end 
users and the place where vendor-client 
relationships are won and lost. Leslie 
Thomas, manager of support services, 
says, ‘“We try to give the customer that 
extra service above and beyond a simple 
answer. Giving the users the ‘why’ and 
‘how’ helps them to increase their own 
productivity.’’ This kind of personalized 
service enhances the value of the product. 

Contrary to belief, product support is 
not just operating a hotline. Other areas 
of responsibility include quality assur- 
ance (software testing), user training, pre- 
sales demonstrations, technical docu- 
mentation, a quarterly newsletter and an 
annual user group conference. Product 
support specialists must be able to wear 
different hats in different situations. 


The Trax Product Line 


The first product to bear the Trax name 
was VM DialOut. It was originally con- 
ceived as a solution to the problem of 


Trax Softworks, Inc. 


Product Support Is Big Business at Trax Softworks, Inc. 


using a ‘‘clunky,’’ acoustically coupled 
terminal to access the on-line VM Share 
bulletin board. VM DialOut allows users 
at 3270 terminals to access systems that 
require asynchronous terminals. The ad- 
vantage of TSF is that a user has one 
terminal to access networks like TYM- 
NET and The Source and can use that 
same terminal to access his or her IBM 
mainframe as well as other systems such 
as VAX, Hewlett Packard, Prime or 
UNISYS. 

ESS was one of the first spreadsheet 
programs for the mainframe. ESS hit the 
market in early 1983 and has become the 
product with which Trax is most readily 
associated. The current version, which is 
panel driven, can read SQL/DS and DB2 
tables and execute macros written in the 
Lotus in-spreadsheet macro language. ESS 
was also one of the first mainframe 
spreadsheets to read and write Lotus bi- 
nary worksheet files. 

Trax’s answer to word processing for 
the mainframe is EdWord. There is no 
need to memorize complex formatting 
codes or commands with this PC-like 
word processor. EdWord has pull-down 
menus, formatting rulers, a_ spelling 
checker, multiple windows and a print 
previewing feature. An ESS-integrated 
version of EdWord is available giving 
users the combined power of the spread- 
sheet and the word processor. 

Trax’s latest product, TopNotch, is a 
mainframe version of electronic desktop 
managers originally seen on PCs. Indi- 
vidual windows for each of the five func- 
tions can be moved, resized and shuffled. 
There is a mini-spreadsheet called a 
“*spreadpad;’’ a database-type index card 
filing system; an appointment calendar 
with hourly, daily and monthly pop-up 
alarms; a mini-word processor called a 
“‘notepad;”’ and a toolbox for printing and 
transferring data displayed on the screen 
to disk or paper. 


Back to Basics 


Trax Softworks, Inc. is a company that 
has not lost sight of its roots. It is the end 
users who propelled Trax into today’s 
market and it is the end users who will 
continue to guide the company into to- 
morrow. Its users have come to expect 
quality products as well as quality sup- 
port from this constantly growing com- 
pany with a bright future. 
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Managing 
DASD Performance 
Can Be a Pleasure Trip... 
Not a Survival Course 


DASDMON will revolutionize the way you manage MVS 
DASD performance. 


Traditional DASD tuning techniques are being outpaced by 
faster CPUs and increasing user demands for more online 
data. Although cache controllers, data spaces and hiper- 
spaces will relieve some of the strain, they also create 
new complexities. Tuning DASD can feel like struggling 
through a survival course. 


DASDMON takes you away from it all 


DASDMON offers you system managed performance 
today. By cutting through the complexities of conventional 
tuning, managing DASD performance is more automatic 
and streamlined than ever before. Once you've set 
response time objectives, just sit back and... 


* DASDMON will identify problems by continually 
measuring individual I/O response times and comparing 
them to your objectives. 


* DASDMON will determine the cause of problems by 
gathering and analyzing data. No longer will you spend 
hours scanning reports. 


¢ DASDMON will present solutions to your problems in 
precise English, and simulate their effects to ensure that 
a new problem is not introduced. 


* DASDMON will select the best possible set of solutions 
so you can implement recommendations with confidence. 


And, if you have any questions or concerns along the way, 
our experienced technical support staff will be glad to 
guide you—24 hours a day. 

To maximize your system's overall performance, use 
DASDMON with our DASD Performance Optimizers. These 
products eliminate DASD I/Os, resulting in automatic 
response time reduction. 


For more details, call (800) 323-2600 or (412) 323-2600 in 
Pennsylvania. Ask for Extension 333. 


Performance and Optimization products from Duquesne 
Systems. Enjoy the results. 


DUQUESNE 
SYSTEMS 


Two Allegheny Center 
Pittsburgh, PA 15212 
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Q Our installation has many high-activity on-line (CICS 1.6) 
VSAM files with alternate indexes that are also accessed on- 
line. It appears that to allow CICS to access either the cluster 
or AIXs at the same time, everything must be defined as share- 
option 4. If the share-option 2 is used, the cluster will open 
to CICS but the AIXs get open errors. Is there a way around 
this or must we use share-option 4? If so, can we put these 
clusters and AIXs in the LSR pool even if the AIXs are in the 
upgrade set? If not, what can be done to minimize the number 
of physical disk accesses against these files? 


Alam assuming from the nature of your questions that you 
are a VSE shop and that the alternate indexes in question are 
upgrade datasets. 

First, the question about the use of share-option 2 versus 
share-option 4. It would seem logical that you must use share- 
option 4 because you are basically opening the same dataset 
twice in the same partition. When CICS goes through the FCT 
opening the files, it will open your base cluster as you specified 
it to be opened in the FCT. It will then continue on through 
the FCT until it reaches your alternate index entry. CICS will 
now try and open the alternate index and the base cluster. This 
will cause an open error since the base cluster is already open. 
Your only option is to code share-options 3 or 4 on the VSAM 
definitions and let VSAM handle the file integrity. 

As for putting the entries in the LSR pool, the C/CS Per- 
formance Guide (SC33-0134-1, page 190) states that CICS 
automatically excludes alternate indexes and base clusters with 
upgrade sets from the LSR pool. This changes when you are 
running CICS 1.6.1. but only for CICS/OS. With OS they 
have added a parameter in the DFHFCT TYPE= DATASET 
called BASE that describes to CICS the base dataset of an 
alternate index structure. It is coded on the alternate index FCT 
entry. This provides read integrity between the alternate index 
paths and the base dataset along with saving virtual storage 
since everything will be routed through one set of VSAM con- 
trol blocks. 

I am afraid there is not much you can do regarding the 
number of physical disk accesses you have when coding share- 
option 4. The accesses you see are being generated by VSAM 
to guarantee read/write integrity and you have no control over 
how this is done. 


Q What problems are there, if any, in processing a VSAM 
alternate index natively, rather than through the path for in- 
quiry purposes only. Our shop has been doing this for as long 
as we have had VSAM files and we have not experienced any 
corrupted alternate indexes. We are aware of the potential 
inaccuracies of the data due to timing but feel the processing 
results are worth the risk. Reading natively has reduced pro- 
cessing time by as much as 75 percent in batch programs. We 
tried the textbook method of accessing through the path but 
this resulted in lengthened processing and on-line response 
time. I emphasize that this is inquiring through the alternate 
index and not updating. We have always updated through the 
base cluster. I have asked this question because most people 
outside our shop have never heard of this method. Have we 
just been lucky for these many years? 


A There is nothing wrong with reading the alternate indexes 
yourself. If all you are doing is verifying keys or picking up 
some other information contained in the key you are safe. You 
have eliminated extra reads to the base cluster saving yourself 
significant time and I/O. 

From the tone of your question you understand what the 


potential risks are and obviously have found operational pro- 
cedures to compensate for them. Your method of updating only 
through the base cluster is highly recommended for integrity 
reasons. If you decide to make your alternate indexes upgrade 
sets this would add a fair amount of overhead into your system 
and you seem to be concerned already with response time and 
batch throughput. 

The alternate index could even be updated by your own 
programs if you desired but I would never recommend doing 
this. You would have to have some very good procedures in 
place to maintain the integrity of the files. As you already 
know, alternate indexes are just VSAM files built via an IBM 
utility from information gathered from other VSAM files. 


Q How do you recover user data from CICS journals, includ- 
ing DL/I data, not using IBM IMS recovery techniques? 


A This is one of those famous ‘‘loaded questions.’” From the 
information I can uncover, you have three basic options avail- 
able to you and each one gets fairly complex. You can either 
use IBM’s IMS recovery techniques, buy a third-party software 
package that does this or write your own system. The last 
option would not be one that I recommend because of the 
tremendous amount of time and effort you have to put into 
developing it. This is not to say it cannot be done but in the 
long run the maintenance costs could be more than the other 
options. 

By far the simplest approach would be to do some research 
and find a product that meets your recovery needs. A reference 
book such as Data Sources should be able to give you several 
leads. If you are a member of any user groups, I would ask 
around at these meetings and find out what other companies 
are using. This could save you a lot of time by getting opinions 
from actual users. 

Finally, you could spend some time with the IBM manuals 
and learn IBM DBRC. If you decide you do not want to use 
IBM’s recovery techniques, you could ask your IBM repre- 
sentative if he knows of different solutions to your problem. 
He may have access to other products that could help you or 
be able to point you in the right direction. At the very least he 
should listen to your concerns and relay them through the proper 
channels to the support team. 


Q What are the advantages/disadvantages of routing dial-up 
communications through a local 3x74 versus the front end? 


AA disadvantage of using a 3x74 is that all error recovery is 
done by the modems. There are error detecting modems avail- 
able that are slightly more expensive than ordinary modems. 
These modems will help reduce line error problems. Another 
disadvantage of an ASCII device is that each time a character 
is typed, it is also transmitted down the line (watch the send 
data light on your modem when you depress a key). With 
slower modems this causes a lot of key stroke errors. The 
3x74s do not have ASCII ports so a black box is also required 
to change the ASCII protocol into a 3270 datastream. The 
advantage of ASCII is that there is less need for error recovery 
and the cost is quite a bit less than a 37XX. 

An advantage of the 37XX front end is that you have cards/ 
software at the remote end that make your equipment SNA 
and let the NCP/VTAM do the line protocol conversion and 
error detection. This disadvantage of a front end is the cost of 
both the hardware and the software to support the hardware. 


Q What is the ideal block size for any mainframe file; for both 
performance and efficient DASD utilization? 
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A Everyone will have a different opinion on then use half-track blocking to reduce vir- you more than having a bad block size on 
the ideal block size for any file. It is like ask- tual storage usage. the file. 
ing what is the ideal temperature or the best @ Random file processing — I would rec- Remember that with most tuning activities 
car. Each person you ask will tell you what he ommend block sizes large enough to con- you are constantly compromising. Unfortu- 
likes best based on the environment. This tain a few records but not much larger nately, there is no set rule that says this is good 
question may be answered with another ques- than 4K in size. This is especially true and this is bad. If you would like more infor- 
tion like, ‘‘Under what conditions?’’ or ‘‘What with on-line files since in most cases you mation on using your DASD efficiently, I sug- 
are you trying to accomplish?’’ In short, you will be working with only one record at gest you read ‘“‘Water On The Rock’’ by R. 
will find what is good in one situation could a time anyway. With random processing, Douglas Swords, July/August 1988 and/or 
be bad in the next. your biggest concern is how the applica- ““VSAM Specification and Tuning’’ by Frank 
When looking for a block size standard in tion program is coded and how it uses the Bereznay, May/June 1988. These articles have 
your shop, you should develop it so it outlines file. A poor application design could harm helpful information on DASD use. = 


for your staff how to choose a block size rather 
than setting one rigid number that everyone 
must follow. In each situation the needs will 
be different. One time you may need optimum © Batch Journaling 
DASD utilization and the next time fast batch 
through and in the next case efficient use of 
virtual storage will be the overriding issue. 
Develop a standard that helps people ask the 
correct questions and find the best answers for 
their situations rather than dictate a block size ¥ 
for all files. I know it would make life simpler e Automatic Journal 
if we set such a standard but, unfortunately, Back 
life in DP is full of compromises. ackup 
There are some basic questions that will need 
to be asked when choosing a block size. Some 
of them are: 


e File Recovery 


Recover CICS VSAM files in minutes. Even 
simple mistakes can cause the loss of critical files. 


@ What type of access is used most often 


with this file, random or sequential? File Recovery - DTA/RECOV is a CICS, plus protecting the CICS 
forward/backout recovery system for Journals from being reused before the 
@ What is the record size? DOS/VSE and MVS that can recover backups have been completed. The 
= What is the file organization, sequential an unlimited number of VSAM datasets entire process is done automatically 
ot keyed? at one time, even while CICS is without waiting for computer operator 
running. You can even recover batch intervention. With DTA/JMASTER the 
@ What is the file access method, VSAM, updates, just by defining the files to be size of journal files can be significantly 
ISAM, BDAM? journaled. Fast and easy to install. reduced saving valuable DASD space. 
. : : DTA/RECOV is delivered to you with 
@ Will the files be used in an on-line or step-by-step verification software. DTA Software - All of DTA’s 
batch system? software is designed with the user in 
: Batch Journaling - Batch Journaling mind. Understandable documentation 
™ What type of DASD are you using? support is prone without recompilation makes DTA’s software the one to use 
= What is the track size of the DASD? of your DOS/VSE or MVS applications — when response time is critical. User 
; with DTA/ JOURNAL. The batch friendly runs much deeper than a simple 
@ Does my system have enough virtual stor- journaling is controlled by a single cliche when DTA software is in your 
age to handle large I/O areas? option table which gives you complete DP shop. 
, control over which VSAM datasets are 
There may be more questions that need to journaled and when they are journaled. Responsive Customer Support - 
be asked based on specific conditions in your User messages are generated which show Customer support is provided by the 
shop. However, those listed above should be that the journaling process is working DTA development staff. When you 
asked every time you choose a file block size. properly. You won’t get to the end of a__ Need help, you talk with the experts on 
After you have answered these questions, job and find out that the journal has our toll free customer hotline. 
then you can choose a block size based on the not been created. 
answers you received. A simple set of rec- Conteet DIA today to find out Soe 
ommendations might be the following. Automatic Journal Backup - our software can help make your job 
DTA/JMASTER provides an easier and more predictable. Just call 
: automated mechanism for backing up 800-521-6773. In Canada and 
@ Sequential file processing — full-track or CICS Journals as they are filled by Minnesota call 612-591-6100. 


half-track block sizes. This will give you 
high DASD utilization, fewer I/Os but will 


take more virtual storage for I/O buffers. ® Software Products Group 
If the file is a VSAM file, then define the 550 Waterford Park 
CI Size as the MAX-CI available for your 505 North County Road 18 


device type. When you are using a device Minneapotis, MN 55441 
with a large track capacity such as a 3380, 
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n important consideration in mi- 
grating to VSE 2.1 and higher is 
the implementation and use of 


Virtual Addressing Extensions (VAE) 
storage. This is a new and sometimes 


& confusing concept to systems users who 
have previously had no exposure to mul- 
tiple address spaces. Multiple address 
spaces and its architecture in VSE need 
not be a stumbling block for users if pre- 

& sented in its basic form. 

This article offers some insight into the 
organization and mechanics of VAE for 
VSE. Follow the evolution of address 
spaces from simple virtual storage through 

. multiple address spaces. Along the way, 
some important side issues will be ad- 
dressed. 

Beginning At Location Zero 


In the beginning IBM created real stor- 


age and the user said, ‘‘This is good! But 
could we have a little more?’’ And so it 
began, a never ending cycle of more and 
more storage requirements: yesterday’s 
abundance seems like a trifle today. There 
is never enough! 

The response, of course, was the idea 
of virtual storage. Why hog real storage 
if you were not using it? The problem 
with this idea was stumbling up against 
the 16MB limit of the 24-bit addressing 
scheme. The response was in two dimen- 
sions: Extended Addressing (XA) and 
multiple address spaces. XA is not avail- 


able in the VSE world but multiple ad- 
dress spaces are. 


One Address Space 

Before looking at multiple address 
spaces, an understanding of how a single 
virtual address space is organized is in 
order. The 370 architecture expects two 
tables to tell the system which real page 


represents which virtual page. The high- 
est level table is the segment table; each 
bf bd entry in the segment table represents 64K 

VAE 1S a great idea of storage by pointing to a group of page 
T table entries. Each page table entry rep- 

resents 4K of storage. Tell the system 


especially for shops that where to find the segment and page ta- 


bles. The hardware handles where things 


d wh : 
have outgrown A 16MB “stesso cin o 0 
. age is organized as shown in Figure 1. 
Th i ides in ‘‘] ”” fol- 
SING le Space sys PTI. cacti cca proton parttonts te 
Shared Virtual Area (SVA) is located at 


the high end of storage. The supervisor 
and the SVA are allocated with a Protec- 


By D. Robert Bailey tion Key of zero while problem partitions 
are allocated with a Protection Key equal 
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AUTOMATED OPERATIONS? 
NOT UNTIL WE TALK TO THE PEOPLE 
WHO KNOW IT BEST. 


With more than 500 sites already using our 
IMS AutoOPERATOR, Boole & Babbage knows 
automated operations better than anyone. Now 
that experience is incorporated in our new 


AutoOPERATOR for MVS. 


Our experience has shown us that the real power 
of automated operations lies in the ability to integrate 
automated console operations with your other 
performance software to optimize operator efficiency 
and system availability across the board. 


Asa standalone product, MVS AutOOPERATOR 
gives you everything you look for in automated 
operations software. Message suppression, message 
event automation, timed event automation, complex 
logic capabilities: all designed to relieve your 
overburdened operators. ISPF and EXCP support to 
make NetView easier to use. Even a powerful outboard 
capability with its own presentation facilities. 


But the real power of MVS AutoOPERATOR is 
something you can’t get anywhere else: seamless 
integration with our wide range of performance 
management software. Which means you can 
anticipate and respond automatically to a wide range 
of performance threatening problems. You can even 
manage remote and multiple systems from a single 
terminal, in a single session. 


Get the real power of automated operations 
from Boole & Babbage. Call Marty Johnson today. 
In California: 800-624-5566. Outside California: 
800-822-6653. 


Boole & Babbage, Inc., 510 Oakmead Parkway, 
Sunnyvale, California 94086. 


Bapbage 2 


International sales and support provided through The European 
Software Company and a worldwide distribution network. 
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VSE: Multiple Address Spaces 


VSE Single Space Storage (or VM) 


SVA/ SDL / System GETVIS rary 
POWER - F1 
ICCF - F2 
VTAM — F3 
CICS — F4 
TEST CICS - F5 


SVA/ SDL / System GETVIS an 
VTAM - F3 
TMGTIVSE - FA 
peo 


‘J Bicac-FB Of Se, 


to its Partition Identification Key (PIK). 

The hardware translates address refer- 
ences by using information found in the 
segment and page tables. If the page is 
already allocated, the operation proceeds. 
If the referenced address belongs to a page 
that is currently out, a page fault occurs 
and VSE reads the page into real storage 
from the Page Dataset (PDS). 


When 16MB Is Not Enough 


When IBM announced virtual storage 
with SIXTEEN MEGABYTES! “‘all us 
poor programmers’’ thought we had died 
and gone to storage heaven. We thought 
all that storage was just for us. But it is 
amazing how fast a dozen or more com- 
peting jobs can use up “‘all that storage.”’ 
Soon DP managers everywhere were 
complaining to their bosses and to IBM, 
“*We have used up all of our virtual stor- 
age which really doesn’t exist but we can’t 
buy any more!”’ 

After IBM had heard this for a while 
and had given up on thinking about any 
more vertical growth, some bright engi- 
neer started thinking horizontally (or 
sideways) and conceived the idea of mul- 
tiple address spaces. 
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Multiple Address Spaces 


If one table can be used to create one 
address space, then why not use two ta- 
bles to create two address spaces? Of 
course, there are a few minor problems: 
are there two supervisors? what about 
shared modules? how does the system 
know which table to use? who owns the 
I/O devices? . . . Little problems like that. 

As it turns out, however, the problem 
has been solved by using shared partitions 
and by making the supervisor and the SVA 
areas common to all address spaces. The 
organization of a three address space VAE 
system is shown in Figure 2. Notice that 
the supervisor, POWER, VTAM and the 
SVA stretch all the way across and are 
always available to all partitions. It should 
not be a difficult transition to think of this 
system as three separate systems with only 
one running at any one time. 

Implementation of these multiple ad- 
dress spaces is accomplished in just that 
way. The segment table is replicated to 
map three address spaces and the page 
table is expanded to allow for 40MB as 
shown in Figure 3. The portions of the 
segment tables for all address spaces that 


Although IBM now 
supports up to nine 
address spaces in a 
system (thanks in 
no small measure 
to Pete Clark), 
adding address 
spaces contributes 
to overhead. 


refer to supervisor, SVA or shared parti- 
tions will point to the same page table 
entries. The non-shared or private por- 
tions of the segment table will point to 
unique portions of the page table. 

The effective real address of any stor- 
age will be: 

00 SS P BBB’ where 

SS comes from the segment table, P comes 
from the page table, and BBB comes from 
the original virtual address. 


Segment Tables 


Private 
Partitions 


Address 


Other Points 


All system control blocks reside in 
shared areas: either the supervisor or the 
SVA. This is necessary since an I/O or 
page-in can complete at any time whether 
the address space is active or not. Also, 
there is no ‘‘swapping out’’ of address 
spaces as there is in MVS. All pages for 
a particular address space could eventu- 
ally be paged out if all of its partitions 
are inactive but there is no conscious ef- 
fort on the part of the system to do this. 

Observe that for a given number of ad- 
dress spaces in a given system, shared 
areas come at the expense of non-shared 
areas. Although IBM now supports up to 
nine address spaces in a system (thanks 
in no small measure to Pete Clark of Olan 
Mills), adding address spaces contributes 
to overhead. Nothing is free! 

You should also pay attention to the 
high likelihood that paging rate will in- 
crease. By how much depends on how 
much real storage is already in your sys- 
tem and how much paging was going on 
beforehand. If paging becomes a prob- 
lem, IBM will be only too happy to sell 
you more storage. As I said, nothing is 
free. 

One final point. Although it is possible 
to implement VAE on a VM guest ma- 
chine, this is not a good idea. With a sin- 
gle space 16MB guest, VM handles all 
the paging; for a VAE guest, VM and the 
guest handle paging. In effect, there can 
be double paging. In any event, there is 
only one VAE guest allowed per VM sys- 
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PROBLEMS: 


The DOS/VSE Label Area is a performance bottleneck. 
Slow disk, relative to CPU, limits performance. 


SOLUTION: BIM-VIO 
The DOS/VSE ‘Virtual’ Disk Drive 
and Resident Label Area Product. 


Think of it as a disk drive with zero seek time and rotational delay, 
having no electrical, air conditioning, or floor space requirements! 


BIM-VIO uses a facility in DOS/VSE/SP called 
“VIO” to map all I/O requests for a non-existent 
disk address to a virtual memory area outside the 
normal VSE address space areas. Since this area 
is in virtual storage, references to it are satisfied 
at CPU speeds and no actual disk I/O takes place, 
except possibly if memory paging results. The net 
result is a potentially significant performance 
improvement of programs using this area. 


The virtual disk can be used for almost anything 
that does not require permanent retention beyond 
system start-up (IPL). Examples are compiler work 
files, SORT work files, temporary files used within 
or between application jobs. Application programs 
are not affected, the JCL is simply changed to point 
to the virtual disk drive ‘address’. 


B | MOYLE ASSOCIATES, INC. 
5788 Lincoln Drive 
Minneapolis, MN 55436 


A built-in aspect of the product is that the DOS/VSE 
Label Area is relocated to the virtual disk. This area 
is one of the most frequently accessed in most DOS 
sites, SO moving it to the virtual disk should result 
in significant performance improvement to the 
overall system, regardless of any other specific use 
of the virtual disk capability. 


BIM-VIO is priced at $3600 for a permanent 
license, $1800 on an annual lease or $180 ona 
monthly rental. 


B | Moyle Associates, Inc. has been dedicated to 
providing cost effective software solutions, which 
improve system performance and user productivity, 
for over 10 years. For more information on BIM-VIO 
or any of our other quality software products and 
services, Call Jim Kingsbury at 612-933-2885 today. 


612-933-2885 
Telex 297 893 (BIM UR) 


Member Independent Computer Consultants Assn. 
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Solid State Disk 


Solid State from page 63 

full platter rotation so that the head is again 
positioned correctly over the data. This 
process takes 16 ms for an IBM 3380 type 
disk during which time an IBM 3090 
Model 200E could have processed about 
800,000 instructions had the data been 
available. 

One other common approach is to ov- 
erallocate disk space dedicated to paging. 
By overallocating paging space that is used 
to store data temporarily while the CPU 
is performing work with other data, un- 
used disk space is tolerated in an attempt 
to improve system performance. Along 
with the overallocation of paging space 
comes an overallocation of channels ded- 
icated to that paging function. It is not 
uncommon to find a site that has dedi- 
cated more than 1,000MB of storage (an 
entire 3380 drive) to the paging function 
with only 10 to 20 percent of that storage 
actually actively being used for paging. 

All of these techniques require tremen- 
dous resources of either hardware or pro- 
gramming time to be successful. And 
while they can help to shorten the per- 
formance gap between disk and CPU, they 
cannot eliminate it. 


Solid State Storage to the Rescue 


Solid state storage aids the perform- 
ance analyst in several ways. Typically, 
about 50 percent of the requests for data 
made by the CPU are made for the same 
three to five percent of the site’s data (for 
example, database indices or system files). 
This phenomenon defeats many of the 
DASD tuning techniques because it de- 
mands repetitive requests to the same 
channels and drive units, thus building 
up the queues that result in slow per- 
formance. 

However, SSD does not allow request 
queues to build up because of its fast ac- 
cess time. Thus the performance analyst 
is helped with hardware that can sustain 
the performance requirements of the most 
accessed data. 

In this application, the SSD functions 
as a large cache device with 100 percent 
correct guesses. Users do not need to have 
all their data on SSD but only the most 
highly active data. 

Because of their fast service times (as 
low as 1.5 to 2 ms compared with 25 to 
30 ms for rotating disk) users can use 100 
percent of the capacity of the solid state 
device. Thus a 1,000MB solid state de- 
vice will be able to replace four or five 
3380 devices that are only partially uti- 
lized for performance reasons. This ad- 
vantage significantly decreases the cost 
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differential between the two media..The 
drives thus replaced can then be used for 
less performance-critical applications in 
which their full capacity can be utilized. 

In highly random, interactive environ- 
ments such as a transaction processing 
system, SSD can be effective as well. Be- 
cause of the higher storage capacities now 
available on SSD, users can put entire da- 
tabases on SSD for maximum perform- 
ance. Also solid state disks now employ 
back-up systems using combinations of 
battery power and compact Winchester 
disks. In the event of a power-out loss, 
the entire contents of the SSD are backed 
up to the Winchester disk. This eliminates 
the chance of data loss previously asso- 
ciated with volatile solid state storage. 

In short, solid state devices eliminate 
the need for inherently slow mechanical 
devices in the on-line data storage sys- 
tem. As a part of the total storage system, 
they help solve a vast majority of the disk 
tuning problems plaguing systems ana- 
lysts and performance specialists. The 
SSD of today is to the computer industry 
as the turbo charged, high performance 
automobile is to the transportation indus- 
try. Each has its place as a performance 
machine and the price performance of each 
is likely to decrease with new technolog- 
ical innovations. = 
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Summary and Conclusions 


VAE provides storage constraint relief 
for VSE users. At Version 2 the limit is 
40MB in three address spaces and at Ver- 
sion 3 the limit is now 120MB in nine 
address spaces. The architecture provides 
a shared supervisor, shared SVA and some 
shared partitions. The shared partitions 
come at the expense of the private parti- 
tions. The implementation uses multiple 
segment tables to point to a page table. 
All segment table pointers for shared areas 
point to the same page table entries. Seg- 
ment table pointers for private areas point 
to unique page table entries. 

VAE for VSE is a great idea, especially 
for shops that are not running VM but 
have outgrown a 16MB single space sys- 
tem. The implementation is relatively 
trouble-free and operates smoothly. The 
major disadvantage is lack of communi- 
cation across address space boundaries; 
but I’m sure IBM is addressing this issue. 
You may also need additional real storage 
but then you didn’t expect to get some- 
thing for nothing, did you? = 
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THE BEST-KEPT SECRET IN 
VSE CONSOLE AUTOMATION. 


Data centers today are serious about automating their VSE 
operations. Most realize the system console is the logical first step. 
But what many don’t realize is that the solution for VSE console 
automation is already in use at hundreds of data centers worldwide. 


TOTAL MESSAGE CONTROL 


DOCS from SMARTECH Systems actually operates as the VSE 
console, which means you have total control of a// console mes- 
sages. And because DOCS is not dependent upon an online system, 
you always have access to multiple consoles, local or remote. 

What’s more, with DOCS’ auto-reply capabilities, you can 
practically automate your entire system operation by responding to 
anticipated messages before they appear. You can pass CICS or 
VTAM commands from batch or even automate the system startup 
procedure. 

Plus, DOCS’ message suppression and routing capabilities allow 
you to customize each console to display only the messages you 
require, eliminating messages that don’t need attention. You can 
even operate multiple VSE consoles and the VM operator console 
from one CRT — giving you a comprehensive console automation 
solution. 


AUTOMATING YOUR KEYSTROKES 


DOCS has a wealth of features to automate your keystrokes such 
as programmable function keys, multi-line input, automatic data 
insertion, last-line recall and screen recall. These features mean you 
accomplish more — in less time. 


VM and VSE are registered trademarks of International Business Machine Corporation. SMARTECH and DOCS are trademarks of SMARTECH Systems, Inc. Copyright 


INSTALLS IN JUST 30 MINUTES 


After a simple 30-minute installation without any customization, 
DOCS becomes an invaluable part of your operation. 

So if you are looking for the secret to VSE console automation, 
find out what hundreds of our customers already know. 

For more information on your console automation needs, 
call 1-800-53-SMART. (Outside the U.S., call 214/956-8324.) 


SMARTECH SYSTEMS, INC. 
Turning high technology into SMART TECHnology. 


10015 W. Technology Blvd., Dallas, TX 75220 
FAX: 214/357-6338 Telex: 9102503110 
International representatives: 
France: Futurs Systemes et Technologies « Poitiers, France 
Tel: 33-49-01-7374, FAX 33-49-01-7351 
Australiasia: Mycroft Systems Ltd. * Auckland, New Zealand 
Tel: 64-9-817-7673, FAX: 64-9-817-3640 


For additional international representative information, 
contact SMARTECH Systems, Inc. 


© 1989 SMARTECH Systems, Inc. All rights reserved. 
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Without the CPU Overhead 


IAM REDUCES THE SIZE OF YOUR VSAM FILES BY 30 TO 70% 


— SAVES 20 TO 40% 
IAM uses an advanced file structure which is far superior to 
VSAM. IAM's supercompressed index, freespace concepts and 
blocksizes make much more efficient use of disk space. 


SAVES AN ADDITIONAL 20 to 50% DASD SPACE 

Most files contain records with unused fields or repeating sets of 
characters. When IAM applies its proprietary compression tech- 
niques, the result is an additional 20 to 50% reduction in file size. 


In fact, since IAM's CPU time is 
normally much less than VSAM, IAM with data compression 
takes less CPU time than normal VSAM processing. 


Online systems (CICS), BATCH jobs, TSO, SMP/E and other appli- 
cations make extensive use of key indexed VSAM (KSDS) files. 


IAM is a transparent alternative to VSAM KSDS files, which sub- 
stantially reduces the impact of VSAM processing in your instal- 
lation. There are no modifications to programs or JCL to use [AM 
files in place of VSAM. 


IAM takes the guessing game out of VSAM space allocation. 
Large amounts of disk space are wasted when users 
overestimate how much space VSAM requires or 
how many records a file will contain. VSAM 
cannot release overallocated space. 


SPACE 
SAVINGS 


